
Calhoun 

Iniiiiuiiortfl Arthivcof (he Navjl Pwigndualt School 


Calhoun: The NPS Institutional Archive 
DSpace Repository 



Theses and Dissertations 


1. Thesis and Dissertation Collection, all items 


1990-06 

Designing a virtual-memory implementation 
using the Motorola MC68010 16 bit 
microprocessor with multi-processor 
capability interfaced to the VMEbus 

Sendek, David M. 

Monterey, California: Naval Postgraduate School 


http://hdl.handle.net/10945/34827 


This publication is a work of the U.S. Government as defined in Title 17, United 
States Code, Section 101. Copyright protection is not available for this work in the 
United States. 


Downloaded from NPS Archive: Calhoun 



DUDLEY 

KNOX 

LIBRARY 


Calhoun is the Naval Postgraduate School's public access digitaI repository for 
research materials and institutional publications created by the NPS community. 
Calhoun is named for Professor of Mathematics Guy K. Calhoun, NPS's first 
appointed —and published —scholarly author. 

Dudley Knox Library / Naval Postgraduate School 
411 Dyer Road / 1 University Circle 
Monterey, California USA 93943 


htt p ://w w w. n ps.edu/l ib ra ry 






AD-A232 554 


NAVAL POSTGRADUATE SCHOOL 
Monterey, California 




THESIS 



DESIGNING A VIRTUAL-MEMORY IMPLEMENTATION USING THE 
MOTOROLA MC68010 16-BIT MICROPROCESSOR WITH 
MULTI-PROCESSOR CAPABILITY INTERFACED TO THE VMEbus 

by 

David M. Sendek 
June 1990 


Thesis Advisor: Larry W. Abbott 


Approved for public release; distribution is unlimited. 


01 8 04 004 






Unclassified 


seci-r ~ v class c cat on of ~h.s page 


REPORT DOCUMENTATION PAGE 


Form Approx ed 
OMB Mo 0704 0188 


la REPORT SECuR 'Y C.ASS. f CATION 

ITNIPT AQCTFTF.n 


7a SECURI’V CLASSIC A" ON A^TmQR'v 


2d DECLASSlP'CA'iON DGWNuRADNC- SCHEDul 


4 PERFORMING ORGANIZAT ON REPOR* NluMBE R;S) 


ID RES t R;CT,VE VARr \GS 


3 D'STR Bu~-ON AVA.AB.TV of REP'CF' 

Approved for public release; 
distribution is unlimited. 


S MON: T ORiNG ORGAN.ZAT-ON REPORT NoV: 



6a NAME OF PERFORMING ORGAN ZATlON 6b OFF CE SYMBOL 7a NAME OF \‘ON: T OR,NG ORGAN ZA*.ON 

(If applicable) 

Naval Postgraduate School EC Naval Postgraduate School 


6c ADDRESS (City. Srafe. and /IP Code) 


Monterey, California 93943-5000 


7d ADDRESS (Ciry State and ZIP Code) 

Monterey, California 93943-5000 


8a NAME OF FINDING SPONSOR NO 
ORGANIZATION 


8^ ADDRESS (City State and ZIP Code) 


•1 (include Security Classification) DESIG j» ING A VIRTUAL-MEMORY IMPLEMENTATION USING THE MOTOROLA 
MC68010 16-BIT MICROPROCESSOR WITH MULTI-PROCESSOR CAPABILITY INTERFACED TO THE 


8b OF- rt SvVBO. I 9 PPOCoREVEN' NS'R..VEN' ,D£N' f CANON N ,VB£R 
(if applicable) | 


’0 SOlRCE F^NDiNG Nl 


PROGRAM 

RROjECT 

T ASK 

E.EVEN t no 

NO 

NO 


vVO c - UN'T 
ACCESSION NO 




12 PERSONA. A^ThOR(S) 




■ 3b T'ME COVERED 
FROM 


•4 DATE OF REPORT (Y=ar.Month Day) 

June 1990 



1 3a 'YP£ O c RE = ORT 

Master's Thesis 


'6 surp.emen'ary notanon , , , , , 

lhe views expressed m this thesis are those of the author and do 

not reflect the official policy or position of the Department of Defense or the U.S. 


18 SUBJECT TERMS [Continue on reverse if necessary and identify by block number) 


COSA-i CODES 


SuB C-ROaR 


MC68010 Microprocessor, VMEbus, Virtual-Memory, Dual-port 
Memory, Multi-processor 


'9 AbS'RAC' ( Continue on reverse if necessary and identify by block number) 

The primary purpose of this thesis is to explore and discuss the hardware design of 
a bus-oriented microprocessor system. A bus-oriented microprocessor system permits it to 
be expanded to a multi-processor system. Through the use of a bus controller and bus 
arbiter, as discussed in this thesis, the necessary logic is in place to control bus 
access by system users. Bus access may be initiated to share another sub-svstem's 
resource, such as memory. To accommodate memory sharing between tv»'o systems, a dual-port 
memory controller can be used to resolve memory access between the two systems. This 
thesis discusses the design of a MC68010 microprocessor system integrated on the VMEbus 
with dual-ported memory capability. Additional features of the MC68010 microprocessor 
system include memory-management and interrupt control. The memory-management features 
permit protected memory and virtual-memory to be implemented on the system, while an 
interrupt handler is used to assist the MC68010 microprocessor in exception processing. 


20 D STR,R:)'iON AvA.lAR . ’Y 

O' ABS'RAC’ 


00 JNClASSlF EO ONi IVI'ED 

□ SAME AS R‘" 

□ D T 'C USERS 

2id NAME OF RESF'ONSiBii 'ND 



Larry W. Abbott 





221 OFFIC; GV3II. 

EC/AT 


DD Form 1473. JUN 86 


Previous editions are obsolete 
S/N 0] 0J-LF-0] 'i-(S603 


_SEC .'R'iy c I ASS I t A - O', 

U..c lassl Tied 




































Approved for public release; distribution is unlimited. 


DESIGNING A VIRTUAL"MEMORY IMPLEMENTATION USING THE 
MOTOROLA MC68010 16-BIT MICROPROCESSOR WITH 
MULTI-PROCESSOR CAPABILITY INTERFACED TO THE VMEbus 


by 


David M. Sendek 

Lieutenant, United States Navy 
B.S., The College of Charleston, 1981 


Submitted in partial fulfillment of the 
requirements for the degree of 

MASTER OF SCIENCE IN ELECTRICAL ENGINEERING 


from the 



11 










ABSTRACT 


The primary purpose of this thesis is to explore and discuss 
the hardware design of a bus-oriented microprocessor system. A 
bus-oriented microprocessor system permits it to be expanded to a 
multi-processor system. Through the use of a bus controller and 
bus arbiter, as discussed in this thesis, the necessary logic is in 
place to control bus access by system users. Bus access may be 
initiated to share another sub-system's resource, such as memory. 
To accommodate memory sharing between two systems, a dual-port 
memory controller can be used to resolve memory access between the 
two systems. This thesis discusses the design of a MC68010 
microprocessor system integrated on the VMEbus with dual-ported 
memory capability. Additional features of the MC68010 
microprocessor system include memory-management and interrupt 
control. The memory-management features permit protected memory 
and virtual-memory to be implemented on the system, while an 
interrupt handler is used to assist the MC68010 microprocessor in 
exception processing. 
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I. 


INTRODUCTION 


Economic pressure constantly forces computer design and 
technology to produce more cost-effective system implementations. 
Computers are made more cost-effective by lowering operating cost 
through increased speed and power and by lowering design, 
maintenance and upgrade costs through modular design techniques. 
Architectural innovations can accelerate this process. Hence, new 
innovations in system architecture are constantly sought after. 
Architecture is used here to mean the structuring of the modules 
which are organized into a computer system [Ref. l:p. 1]. These 
modules include processors, memory and input/output (I/O) devices. 

A uni-processor system consists of a single processor subsystem 
and various supporting modules integrated to form a system. In 
contrast, a multi-processor system is comprised of two or more 
processor subsystems connected into one interrelated functional 
system. In a multi-processor system, the interconnection of the 
processor subsystems must be done in such a way as to maintain 
control and manage the data flow of the entire system. This may be 
accomplished through multi-ported memory, a serial link or as in 
this thesis, by a system bus. A number of computer architectural 
designs that accommodate growing needs are examined in this thesis. 
Key architectural features of bus structures, memory-management and 
interrupt control are described in this chapter. 
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Bus structures allow for the integration of peripherals, memory 
and application-specific boards into one coherent system. Bus 
structures permit the exchange of data and control signals between 
circuit boards. This allows circuit boards to communicate with 
each other and to share resources. However, a strict adherence to 
protocols must be maintained so the integrity of information and 
control is preserved. 

Memory-management features include memory protection and 
virtual-memory. Special memory schemes have been used to protect 
a system's integrity, to make more effective use of its physical 
memory's address range and to permit multi-ported memory so that 
the memory resource can be shared in a multi-processor system. A 
memory protection scheme prevents users from inadvertently or 
maliciously tampering with the operating system, its associated 
memory-mapped hardware or other users. To accomplish this, a 
portion of the processor's address range can be reserved for the 
operating system, while the remaining portion is allocated to 
system users. The operating system is protected because the user 
is not permitted to cross into the operating system's memory. 

The virtual-memory aspect of memory-management permits a 
greater dynamic range and flexibility for user memory than actually 
exists with the system's physical memory. Virtual-memory allows 
each user to run programs as if he or she has full use of the 
processor's address range, independent of the memory used by the 
operating system or the other users. The user is unaware of how 
the physical memory in the system is allocated. Therefore, memory 
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resources can be allocated automatically and respond to the dynamic 
needs of the operating system and the users. In a system without 
virtual-memory, programs must be executed in a specific memory 
space and for large programs, the user must provide complex overlay 
schemes to circumvent the fixed user memory allocation. It is 
difficult for such a system to support several large programs 
concurrently. In a virtual-memory system, the operating system 
breaks up the user's program into segments called pages and moves 
these pages as needed between physical memory and a secondary 
storage device such as a hard disk. Thus, a virtual-memory system 
can easily support several large programs concurrently as long as 
each program only requires a modest amount of memory at any given 
time. 

Multi-ported memory, such as dual-ported memory, allows a 
common memory resource to be shared between two or more processors 
or peripheral devices. Thus, different processes or different 
processors can communicate with each other via a multi-ported 
memory mailbox equipped with an accompanying semaphore to maintain 
access control and data integrity. Also, multi-porting provides a 
communication link between tightly coupled systems where there is 
a high degree of interaction. 

Interrupts optimize the performance of a processor. An 
interrupt is a control signal generated asynchronously by a device, 
such as a serial port, requesting service from the processor. The 
processor is free to process other tasks between interrupts from 
devices requiring service [Ref. 2:pp. 220-223]. When it is ready 
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to service an interrupting device, the processor saves its current 
state and then performs the servicing tasks. When the servicing 
tasks are completed, the saved state of the processor is restored 
and the operation prior to the interrupt is resumed. Consequently, 
the processing power of the processor is increased because the 
overhead from polling peripheral devices for a service request is 
eliminated. 

In a general sense, a generic multi-processor system can be 
viewed as illustrated in Figure 1.1. Various subsystems such as 
data processing, storage and data communications are integrated 
along a system bus to make up a complete system. Each subsystem is 
comprised of memory, I/O and processor modules configured to 
accommodate the unique requirements of the users of the multi¬ 
processor system. A system controller acts as the arbiter for the 
entire system. The system controller directs the information flow, 
much as a traffic policeman directs traffic, between the various 
subsystems along the system bus to ensure that the system is 
properly coordinated. In order for each subsystem to have access 
to the system bus, logic must be incorporated within each subsystem 
to allow it to interface to the system bus. 

The main thrust of this thesis is to explore the concepts of 
bus structure, memory-management and interrupt control. These 
concepts are addressed in a greater depth than would be possible in 
a classroom environment. 
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Figure 1.1: Generic Multi-Processor System 
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II. DESIGN CONCEPTS 


The concepts addressed in this thesis are limited to bus 
structure organization, memory-management and interrupt control. 
These features are commonly used in today's processor systems. 
However, many options are available within each area. This thesis 
design is a virtual-memory implementation of a MC68010-based 
microprocessor system integrated on the VMEbus with dual-ported 
memory capability. 

Borrill [Ref. 3] highlights several advantages of the VMEbus. 
The VMEbus, through its non-multiplexed address lines and data 
lines, does not have multiplexing delays as do other buses, nor 
does it have the transactional protocol overheads as do some other 
buses. In addition, the non-multiplexed address lines will support 
address pipelining. For interested readers, Borrill has made a 
detailed comparison of the features and performance of the VMEbus, 
Futurebus, Multibus II, Nubus and Fastbus [Ref. 3]. 

In addition to the advantages that Borrill highlights, the 
VMEbus structure was selected because of the relative ease of 
integrating Motorola and Signetics peripheral hardware devices. 
These hardware devices include a memory management unit, VMEbus 
controller, bus arbiter, interrupt handler hardware and dual-port 
dynamic random access memory (DRAM) controller. 

The following discussion presents a broad overview of the 
VMEbus structure and memory-management. This should facilitate 
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understanding of the concepts that are incorporated into the final 
system (master circuit board) design. 


A. VMEbus SPECIFICATION 

1. Background 

The VMEbus specification originated with Motorola's 68000 
microprocessor products. The 68000 series was introduced to the 
marketplace in the late 1970s, using the VERSAbus specification. 
In the early 1980s, Motorola's European Microsystems group in 
Munich, Germany, introduced the Eurocard version of the VERSAbus, 
referred to as the VERSAbus-E specification. A joint agreement was 
reached to adopt the VERSAbus-E as the baseline bus specification 
for Motorola 68xxx devices with Mostek and Signetics as second- 
source suppliers of the 68xxx family of devices. The VERSAbus-E 
was renamed the VMEbus. The VMEbus specification [Ref. 4] 
delineates the mechanical and electrical characteristics of the bus 
and the protocols to interface devices on the VMEbus. 

2. VMEbus Description 

The VMEbus offers a versatile combination of timing 
strategies and support features. It also offers several data 
transfer sizes, several addressing modes and several arbitration 
methods. The VMEbus is an asynchronous, non-multiplexed bus that 
accommodates 8, 16 and 32-bit data transfers. [Ref. 5] 

Asynchronous data transfers are flexible and do not impose 
timing control signals. Completion signals from the asynchronous 
devices ensure that adequate time is allowed for the data transfer. 
In contrast, synchronous data transfers impose a timing constraint 
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on the data transfer which must accommodate the slowest device 
attached to the bus. 

A non-multiplexed bus is one that accommodates data 
transfers and address transfers as separate signals on separate 
lines of the bus. This contrasts with the multiplexing strategy 
where data signals and address signals share the same set of lines. 
As a simple description, during a write cycle, multiplexing address 
signals are gated on one clock cycle and data signals are gated on 
the same lines during a subsequent clock cycle. The non¬ 
multiplexing strategy speeds up data transfer by eliminating the 
second clock cycle. 

The VMEbus can be used with 24 or 32 address lines 
depending on the microprocessor's requirements and it is easily 
adaptable to the entire family of Motorola 68xxx microprocessors 
and peripherals. 

The VMEbus is composed of four sub-buses that play unique 
roles within the overall VMEbus functional structure. These 
include the data transfer bus (DTB), the data transfer arbitration 
bus, the priority interrupt bus and the utility bus. The VMEbus 
functional specification describes how each sub-bus interacts and 
the rules which govern the behavior of each sub-bus [Ref. 4:pp. 15- 
194]. The DTB provides the pathways for the data signals, the 
address signals and their associated control signals. The process 
of resolving bus ownership takes place on the data transfer 
arbitration bus. The priority interrupt bus is used to accommodate 
processes which request servicing from another subsystem. An 
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interrupt stops normal bus activity until the interrupt is 
serviced. The utilities bus is sometimes referred to as a 
"miscellaneous functions bus". It includes a system reset line, an 
alternating current (AC) power failure line, a system failure line 
and a system clock [Ref. 2:p. 475]. 

The design in this thesis uses the VMEbus controller and 
the interrupt handler hardware devices which are designed for use 
with the VMEbus. 

3. Configurations 

In a multi-processor VMEbus-based system with a variety of 
peripheral devices, each subsystem can fulfill one of three primary 
roles. The subsystem can serve as a slave-only, as a master-only 
or as a master-slave combination. A subsystem can also have the 
role of direct memory access (DMA) in a master-slave configuration. 
(To limit the size and complexity of this thesis, the DMA master- 
slave configuration is not discussed.) These roles determine the 
way the subsystem is integrated to the system bus. 

a. Slave-Only Application 

In the slave-only configuration, the subsystem is 
slaved to the VMEbus. In other words, this subsystem is incapable 
of making a request to obtain access and control of the VMEbus. 
The slave subsystem is a device which other subsystems utilize. 
Examples of slave subsystems include communication ports and stand 
alone memory boards. If intelligence (logic) is added, the 
subsystem can evolve into an input/output (I/O) channel or a mass 
storage subsystem. Figure 2.1 shows the simplicity of a slave 
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subsystem interfaced to the VMEbus. The 74LS245s octal-bus 
transct ^vers with 3-state outputs provide the drive capability for 
transmitting signals onto the VMEbus and the receiver capability 
for receiving signals from the VMEbus. If desired, the 74LS245s 
can also be disabled to isolate the slave subsystem from the 
VMEbus. 


SLAVE SUBSYSTEM 



VMEbus 


Figure 2.1: Slave-Only Subsystem 

b. Master-Only Application 

In the master-only configuration, the subsystem has the 
ability to gain control of the VMEbus. A master-only subsystem has 
an onboard central processor unit (CPU) with or without local slave 
devices. It is interfaced to the VMEbus with a bus controller. 
When the subsystem has gained control of the VMEbus, this subsystem 
is said to be in a master role. Figure 2.2 gives a simplified 
illustration of a VMEbus system with a master-only subsystem 
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attached to it. Comparison of Figures 2.1 and 2.2 shows the added 
complexity required in a subsystem which can gain control of the 
VMEbus. In addition, a system controller is included in Figure 2.2 
to illustrate the added system complexity required to control bus 
accesses. 

SYSTEM CONTROLLER 


BUS 

ARBITER 

74LS244S 


VMEbus 


MASTER SUBSYSTEM 


CPU 


BUS 

CONTROLLER 


LOCAL 

DEVICES 


74LS245S 


Figure 2.2: Master-Only Subsystem 

Given a request by the CPU, the bus controller 
generates a bus request signal through an 74LS245 to the system 
controller's bus arbiter. (The abilities of the 74LS245 were 
described in the slave-only subsystem.) The bus arbiter receives 
requests from subsystems on the VMEbus through the 74LS244 octal- 
buffers and line drivers with 3-state outputs. The function of the 
bus arbiter is to resolve prioritized requests from the subsystems 
and to generate a bus grant signal through the 74LS244 to the 
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highest priority requesting subsystem. The subsystem's bus 
controller maintains system integrity by ensuring that a bus grant 
signal is received prior to permitting a data transfer. The 
requesting subsystem, after receiving the bus grant signal, negates 
its bus request and asserts the bus busy signal so that other 
subsystems cannot gain control of the bus while the data exchange 
is in process. Also, the bus busy signal informs the bus arbiter 
that a data exchange is currently in progress and that the bus 
arbiter can release the bus grant signal. The requesting device is 
now the bus master. When the data exchange is complete, the 
requesting device releases the bus busy signal to allow the bus 
arbiter the opportunity to grant the bus to another subsystem. 

If the bus is in use and a higher priority bus request 
is asserted, the bus arbiter asserts the bus clear line. The bus 
clear signal informs the current bus master that another subsystem 
with a higher priority is requesting bus ownership. Each potential 
bus master should accommodate either a "release when done" or a 
"release on request" strategy to resolve pending higher priority 
requests for bus access. 

c. Master-Slave Application 

A master-slave configuration combines the master-only 
and slave-only capabilities into a single subsystem. As 
illustrated in Figure 2.3, the CPU residing on the master-slave 
subsystem has the ability to gain control of the VMEbus. The 
system controller and bus arbiter perform the same roles as 
described in the master-only subsystem. 
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Shared slave devices are onboard the master-slave 
subsystem. These devices can be accessed by another subsystem when 
it has control of the VMEbus (Fig. 2.3) . The bus controller 
isolates the shared slave devices from the CPU by putting the 
74LS244s outputs into a high impedance state, whenever another 
subsystem accesses the shared slave devices. When this happens, 
the shared slave devices become a global asset to the system. The 
74LS245s not only act as line drivers and receivers, 


SYSTEM CONTROLLER MASTER-SLAVE SUBSYSTEM 



VMEbus 


Figure 2.3: Master-Slave Subsystem 

they also prevent access from the VMEbus to shared slave devices 
when the appropriate control signal is asserted by the bus 
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controller. Whenever the local master (in this case the CPU) is 
accessing the shared slave devices, these devices become a local 
asset. As discussed in the master-only application, the bus 
controller preserves the VMEbus protocol. 

4. Arbitration Protocols 

Arbitration protocols ensure conflict-free access to the 
system bus from all subsystems and are crucial in a multi¬ 
processor environment [Ref. 6:p. 100]. An arbitration protocol 
ensures that only one bus master has access to the bus at a time, 
thus safeguarding the bus from collisions in which information is 
transferred on the bus by multiple sources. The VMEbus supports 
both serial and parallel arbitration schemes or a combination of 
both methods. These two method are described in the following 
paragraphs. 

Daisy chaining is a method of arbitrating a shared 
communication bus by serial prioritization. Figure 2.4 illustrates 
daisy chain arbitration. If the bus is in use, any subsystem 
requesting ownership must wait till the present bus master 
relinquishes control of the bus. A subsystem requests access to 
the bus by asserting the bus request (BR) signal. The bus arbiter 
or other controlling device acknowledges the bus request by 
asserting a bus grant (BG) signal to the bus grant input (BGIN) of 
SUBSYSTEM1, the first subsystem in the daisy chain. If SUBSYSTEM1 
is requesting the bus, it asserts the bus busy (BBSY) signal and it 
continues to negate its bus grant output (BGOUT) signal. 
SUBSYSTEMl can now begin data transfer. If the bus request was 
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made by any subsystem other than SUBSYSTEM!., the BG signal is 
passed by SUBSYSTEM1 to the next subsystem in the chain 
(SUBSYSTEM2). The BGOUT signal from SUBSYSTEM1 becomes the BGIN 
signal to the next subsystem in the chain (SUBSYSTEM2) . This 
process is repeated until the highest priority requesting subsystem 
receives the BGIN signal. SUBSYSTEM1 has a higher priority than 
SUBSYSTEM2. The last subsystem in the chain (SUBSYSTEMn) has the 
lowest priority. 



Figure 2.4: Daisy Chain Arbitration 

The BR and BBSY signals are wire-ORed (open collector- 
active low), i.e., the logic is tied together at a wire connection. 
Consequently, the BR signal will cause the BBSY signal to be 
asserted once the BGIN signal is received through the daisy chain. 

Parallel arbitration is a method of arbitrating a shared 
communication bus by priority levels. An example of a three-level 
parallel arbitration scheme is shown in Figure 2.5. In Figure 2.5, 
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bus request zero (BRO) has the lowest priority level, while bus 
request two (BR2) has the highest priority level. The highest 
priority subsystem with a pending request is granted access to the 
bus. In this parallel arbitration scheme, the subsystems desiring 
use of the bus make bus requests (BRx) through the bus arbiter. 
The bus arbiter or other controlling device then sends out a bus 
grant (BGx) onto the bus to the highest priority subsystem with a 
pending bus request. 



Figure 2.5: Parallel Arbitration 

The main advantage of the daisy chain arbitration scheme 
over the parallel arbitration scheme is that subsystems can be 
inserted sequentially, one after the other. Consequently, new 
subsystems are easily added to the system. 

The main advantage of the parallel arbitration scheme over 
the daisy chain arbitration scheme is that arbitration can be 
performed faster. Parallel arbitration does not propagate a bus 
grant signal down a chain, but rather the bus grant signal is sent 
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directly to the highest priority subsystem requesting service. 
However, the parallel arbitration scheme limits the number of 
subsystems that the bus arbiter can accommodate. 

Any fixed priority arbitration cannot ensure that the 
subsystem with the lowest priority level will be serviced if higher 
priority subsystems make frequent requests. The daisy chain 
arbitration and parallel arbitration methods may need to be 
modified or a controller may need to be incorporated to ensure each 
subsystem can be serviced fairly. 

The VMEbus uses a serial-parallel combination for bus 
arbitration with only one bus arbiter. VMEbus arbitration uses a 
scheme with four parallel priority levels similar to Figure 2.5. 
Each priority level, however, can have subsystems daisy-chained as 
illustrated in Figure 2.4. In other words, the bus arbiter grants 
bus access to a given level and then the daisy chain at that level 
determines which subsystem actually gets the bus. 

The VMEbus arbitration process includes the BBSY signal (as 
shown in Figure 2.4) and the bus clear (BCLR) signal. The BBSY and 
BCLR lines are added to the bus arbiter and all subsystems on the 
VMEbus. The VMEbus BBSY signal is asserted by the subsystem which 
is granted bus access. The BCLR output signal informs all 
subsystems on all priority levels that a subsystem on a higher 
priority level than the current bus master has requested access to 
the VMEbus. As mentioned earlier, the requesting subsystem should 
accommodate a "release when done" or "release on request" strategy 
to resolve pending higher priority requests for bus access. 
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B. MEMORY-MANAGEMENT 

Memory-management can employ a combination of methods to 
organize the physical memory associated with a microprocessor or 
system. These methods effectively free the programmer using the 
system, from being concerned where the program code and program 
data will reside in memory. This thesis addresses the memory- 
management concepts of memory protection, virtual-memory and dual- 
ported memory. 

1. Memory Protection 

One method used to organize the address range of a 
microprocessor is to divide its address space into two or more 
blocks. Each block of the address space can be designated for a 
specific purpose, such as supervisor memory or user memory. 

The MC68010 microprocessor has two modes of operation. 
These modes are the user mode and the supervisor mode. The user 
mode provides an instruction set for the programmer to accommodate 
a majority of applications. The supervisor mode provides 
additional instructions and privileges for use by the operating 
system and other system-related software [Ref. 7;p. 1-1]. 

The user memory is the area designated for non-privileged 
individuals to use. Such an individual executes programs in the 
user mode. The address range for the user is normally limited 
because it does not include the addresses associated with the 
operating system and the memory-mapped peripherals. Additionally, 
the user is restricted from executing privileged supervisor 
instructions. In contrast, the operating system executes programs 
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in supervisor mode and can address supervisory memory and memory- 
mapped peripherals as well as user memory. This segregation of the 
supervisor and the user precludes the user from reconfiguring the 
system, but still allows the user access to part of the physical 
memory and to the computational power of the microprocessor. 
Typically, the user must request the operating system to perform 
operations which the user is not allowed to perform. 

2. Virtual-Memory 

Virtual-memory allows programs to be executed which require 
more memory space than is physically resident. Therefore, the 
maximum program size is not limited by the size of physical memory. 
Originally, this method was designed to reduce and more effectively 
use memory. 

A virtual address is an address located within the address 
space of the microprocessor. Consequently, with the MC68010 
microprocessor, there exists 16 megabytes of virtual-memory. A 
virtual-memory implementation groups the virtual addresses into 
blocks called pages. Figure 2.6 shows such a grouping with zero 
through N pages of virtual-memory but with only enough physical 
memory to accommodate two virtual pages in physical memory. In 
Figure 2.6, virtual PAGE 1 and virtual PAGE N are mapped into 
separate physical pages. 

When the CPU generates a virtual address, the virtual 
address is translated into a physical address. The address 
translation process includes fairly sophisticated memory protection 
so that tasks cannot interfere with each other or access resources 
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not allocated to them. Figure 2.7 illustrates a simplified memory¬ 
mapping mechanism. The high order virtual address bits are 
referred to as a virtual page number. The virtual page number 
references a location of the translation table. The translation 
table has as its contents a physical page number which references 
the starting location of the physical memory's page address. The 
low order virtual address bits give the relative address offset of 
the desired address within the physical page selected. 


PAGE 

0 

PAGE 

1 

• 

PAGE 

N-l 

PAGE 

N 


VIRTUAL ADDRESS 


PHYSICAL ADDRESS 



Figure 2.6: Virtual-Memory-Mapping 


Generally, each processing task has its own translation 
table similar to Figure 2.7. These tables are switched whenever 
the active task changes which avoids interference between 
processing tasks. 
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VIRTUAL ADDRESS 



Figure 2.7: Mapping Mechanism 


When the CPU generates a virtual address in a page that is 
not present in physical memory, for instance PAGE 2 as in Figure 
2.7, the memory manager senses that fact and generates a page 
fault. The page fault triggers a chain of events which ultimately 
retrieves the desired page of the program from secondary storage 
and places it in physical memory. The instruction which caused the 
page fault is then continued or restarted. [Ref. 2:pp. 326-330] 
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3. Dual-ported Memory 

Dual-ported memory permits two nearly simultaneous accesses 
to the memory resource without conflict. Figure 2.8 illustrates a 
typical configuration of a dual-port memory device. One approach 
to arbitrating concurrent memory requests in a dual-ported random 
access memory (RAM) is to sample one request line on the rising 
clock edge and the other on the falling clock edge. A PORT 1 
REQUEST is assumed to be sampled on the rising clock edge. 

PORT 1 PORT 2 



Figure 2.8: Dual-ported Memory 

If a PORT 1 REQUEST is asserted, a PORT 1 GRANT is generated which 
gates the PORT 1 address, data and control lines through the left- 
hand 74LS244s and 74LS245s in Figure 2.8. The address and control 
signals are sent to the dual-port memory device and the data 


22 










signals are sent directly to memory. The dual-port memory device 
then gates the address lines to memory. While the PORT 1 GRANT is 
active, the PORT 2 GRANT cannot be asserted. PORT 2 is thus locked 
out from gaining access to memory. In contrast, if a PORT 2 
REQUEST is asserted and PORT 1 is inactive, a PORT 2 GRANT is 
generated. This causes PORT 2 to gate the control and address 
lines through the other 74LS244s to the dual-port memory device and 
to gate the data lines directly to memory via the 74LS245s. 

In the event that both request lines are active, a PORT 1 
GRANT will be generated on the rising clock edge or a PORT 2 GRANT 
will be generated on the falling clock edge. The other request is 
locked out until the request line of the recognized port is no 
longer asserted. The other port will then gain access on the 
appropriate clock edge. 
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III. SYSTEM OVERVIEW 


This thesis seeks to design a system that satisfies the design 
requirements for a system that can be expanded to a multi-processor 
system. Additionally, the subsystem design is interrupt-controlled 
with both virtual-memory and dual-ported memory support. This 
chapter gives a system perspective on the hardware associated with 
the system controller circuit board and master circuit board (Fig. 
3.1) integrated to the VMEbus. 

A. SYSTEM CONTROLLER CIRCUIT BOARD 

The VMEbus specification describes the system controller as a 
board which resides in slot one of the VMEbus back plane [Ref. 4: 
pp. 5] . The system controller circuit board design provides 
priority bus access arbitration, a manual system reset and a 
interrupt acknowledge (IACK*) daisy chain driver. The system 
controller subsystem uses line drivers to buffer the arbitration 
signals and IACK* signal on the VMEbus. 

1. Priority Bus Arbitration 

The Motorola MC68452 bus arbitration module (BAM) 
peripheral device [Ref. 8] was selected to perform the VMEbus 
access arbitration. The BAM is configured to accommodate four bus 
request (BRx*) inputs and four bus grant (BGx*) outputs. After 
parallel arbitration, a bus grant signal is generated by the BAM at 
the level of the highest priority bus request. The bus grant 
signal is then daisy chained down on the level of the highest 
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priority bus request. This VMEbus arbitration method combines the 
advantages of both the daisy chain arbitration and parallel 
arbitration methods discussed in Chapter II. 
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Figure 3.1: System Block Diagram 

2. Manual Reset 

The manual system reset provides a system-wide master reset 
of all devices within all subsystems. Resetting the system re¬ 
initializes various devices within it. This is necessary in order 
to restart the system after system failure. 
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3. Interrupt Driver 

The VMEbus structure provides the IACK* signal daisy chain. 
However, a driver is provided on the system controller circuit 
board to drive the IACK* signal onto the VMEbus. 

B. MASTER CIRCUIT BOARD 

The master circuit board is the primary design focus of this 
thesis. As shown in Figure 3.1, the master circuit board subsystem 
is composed of nine functional blocks. These functional blocks are 
the central processor unit (CPU), dual universal asynchronous 
receiver/transmitter (DUART), dynamic random access memory (DRAM), 
static random access memory (SRAM), erasable programmable read-only 
memory (EPROM), memory management unit (MMU), dual-port DRAM 
controller, VMEbus controller and interrupt handler. The master 
circuit board is configured in a master-only role as discussed in 
Chapter II. 

1. Central Processor Unit 

The Motorola MC68010, 16-bit CPU, was selected to be the 
processing element because it has the necessary features to support 
virtual-memory but lacks the added ccr.plc::; ty of a 32-bit 
architecture. It also affords easier wire-wrap assembly than the 
other Motorola CPUs supporting virtual-memory because wire-wrap is 
better supported for a dual in-line package (DIP) and there are 
fewer data and address signals. The signals and programming 
capabilities of the MC68010 microprocessor are discussed in further 
detail in Appendix A. 
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2. Dual Universal Asynchronous Receiver/Transmitter 

Two asynchronous serial (RS-232) ports are implemented with 
the Motorola MC68681 DUART. One serial port is configured to drive 
a terminal, while the second serial port is used to down-load files 
from an IBM XT/AT compatible computer. The first serial port is 
used to permit a human interface to the system. The intent of the 
second serial port is to provide the ability to develop software on 
an IBM XT/AT compatible computer with a cross assembler and then to 
down-load the software through the second serial port to the master 
circuit board's random access memory (RAM) for testing, debugging 
and execution. 

3. Erasable Programmable Read-Only Memory 

The EPROM in this thesis design, contains the exception 
vector table and the monitor/debugger program. The exception 
vector table contains the addresses of the routines to be executed 
as a result of an interrupt or other exception. The monitor 
program configures the subsystem when it is powered up and handles 
communications with the terminal for interaction between the 
microprocessor and the user. It also provides debugging commands 
and coordinates the previously mentioned down-loading of files. 
Sixty-four kilobytes of EPROM are provided in the master circuit 
board. 

Once an operating system is developed, it would not be 
desirable to freeze the interrupt part of the exception vector 
table into read-only memory (ROM). It should be noted that the 
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design of an operating system to take advantage of the system's 
hardware features is beyond the scope of this thesis. 

4. Random Access Memory 

Sixteen kilobytes of SRAM and one megabyte of DRAM are 
provided on the master circuit board. 

5. Memory Management Unit 

The use of the Motorola MC68451 MMU affords several 

advantages to the microprocessor system. The MMU provides the 

advantages of virtual-memory and a sophisticated memory protection 

scheme (both previously discussed in Chapters I and II). The 

MC68451 provides the capability to: 

Translate logical addresses to physical addresses. 

Provide segment descriptors to implement memory protection. 

Detect page faults and other situations requiring operating 
system intervention. 

- Aid the operating system in managing the virtual-memory system 
efficiently (by use of the segment status registers). 

6. Dual-port DRAM Controller 

The Signetics 74F765 dual-port DRAM controller provides 
access to the DRAM by either a local bus master or a global bus 
master. If DRAM is accessed by the local bus master, i.e., the CPU 
on the master circuit board subsystem, it becomes a local asset. 
It is not desirable for the local CPU to access DRAM via the VMEbus 
because long access times would be the result. If DRAM is accessed 
by a global bus master, i.e., another subsystem controlling the 
VMEbus, it becomes a global asset. The ability to access DRAM 
locally or globally is desirable for a system that includes 
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subsystems that interact closely with one another. In addition, 
the dual-port DRAM controller provides refresh cycles to the 
dynamic memory integrated circuit chips. 


The global memory accesses in this master circuit board 
subsystem design, use physical addresses to permit the 
implementation of mailboxes with attached semaphores as discussed 
in Chapter I. An operating system needs to lock the mailbox page 
in physical memory at a specified physical address. 

7. VMEbus Controller 

The Signetics SCB68172 VMEbus controller preserves the 
VMEbus data transfer and VMEbus access protocols. The VMEbus 
controller and the MC68010 CPU are configured in a master-only role 
as illustrated in Figure 2.2 and discussed in Chapter II. The 
VMEbus controller provides the necessary logic to interface the 
master circuit board subsystem to the VMEbus. 

8. Interrupt Handler 

The Signetics SCB68155 interrupt handler is used in the 
master subsystem design to assist the CPU with interrupt 
processing. The interrupt handler receives global and local 
interrupt requests and arbitrates their priority. The arbitration 
priority is non-maskable interrupts, first, then local interrupts 
and finally global interrupts. 

The interrupt handler acts as a mediator between the CPU 
and the interrupting device or between the CPU and the interrupting 
subsystem. Once a local interrupt is generated by the DUART or 
MMU, control signals are sent between the interrupting device and 
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the interrupt handler as well as between the interrupt handler and 
the CPU. The DUART or the MMU responds with a pre-programmed 
status/ID vector as an interrupt response. 

A subsystem can request an interrupt at any time by 
asserting the appropriate interrupt request line. On detecting an 
interrupt request, the interrupt handler sends a control signal to 
the VMEbus controller to request the VMEbus during the interrupt 
acknowledge cycle. The subsystem making the request then sends the 
status/ID vector to the master circuit board's CPU. 
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IV. DESIGN IMPLEMENTATION 


This chapter discusses the design of the minimal system and of 
the fully integrated system (master circuit board and system 
controller circuit board). The minimal system provides the 
foundation of core resources necessary to construct a computer 
system. The fully integrated system design can be implemented by 
integrating additional resources to the minimal system. For 
comparison, the fully integrated system is illustrated in Figure 
3.1, while the minimal system is illustrated in Figure 4.1. 
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Figure 4.1: Minimal System 
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A. MINIMAL SYSTEM 


Currently at the Naval Postgraduate School (NPS), there exists 
no computer-aided design (CAD) tools which can simulate the fully 
integrated system designed in this thesis. This is in part due to 
the inability of the CAD vendors to keep pace with the profusion 
of extremely complex very large scale integrated (VLSI) circuit 
chips. The CAD systems at NPS, Valid Inc.'s SCALD and Futurenet's 
CAD50, do not support all the peripheral devices incorporated 
within this thesis. Consequently, a step-by-step progression was 
made to fully integrate the system. The first stage, referred to 
as the minimal system, includes the core resources which form the 
foundation to which more complex devices can be added. When more 
complexity is added to the minimal system, operational testing can 
be conducted to insure proper integration of the new devices into 
the system. 

1. Memory Map 

Memory-mapping determines how the microprocessor accesses 
physical memory and peripheral devices. The Motorola MC68010 
microprocessor has 23 address lines, A1 through A23. The upper 
data strobe (UDS*) and lower data strobe (LDS*) lines collectively 
determine address bit AO. Effectively, there are 24 address lines 
giving an virtual address range of 16 megabytes. Physical memory 
elements such as static random access memory (SRAM), dynamic random 
access memory (DRAM) and read-only memory (ROM) are mapped into 
this 16 megabyte range as are the memory-mapped peripherals. 
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The memory-mapped peripheral devices have multiple internal 
registers. The high order physical address bits are used to select 
a particular peripheral device. The low order physical address 
bits are decoded inside the peripheral device and subsequently 
select one of the internal registers. These registers are 
programmed to configure the device to meet desired performance 
specifications. 

Table I displays the specific locations of the minimal 
system's memory-mapped devices and the physical memory components 
within the address space of the MC68010 central processor unit 
(CPU) . 


TABLE I: MINIMAL SYSTEM MEMORY MAP 

PHYSICAL 

ADDRESS 

$000000 

64K BYTES OF EPROM 

$ 0 0FFFF 
$010000 

16K BYTES OF STATIC RAM 

$013FFF 

$014000 

NOT USED 

$7F6FFF 

$7F7000 

MC68681 DUART 

$7F7FFF 

$7F8000 

NOT USED 

$FFFFFF 


The 64k bytes of erasable programmable read-only memory 
(EPROM) contain the exception vector table and the monitor/debugger 
program. Appendix B gives the source code listing of the exception 
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vector table and the monitor/debugger program. The 2500AD MC68010 
cross assembler [Ref. 9], running on an IBM XT/AT compatible 
computer, was used to cross assemble the monitor/debugger source 
code into a Motorola S-record format [Ref. 10:pp. A-l - A-4]. In 
order to program the S-record code into the EPROM, a Data I/O 
System 29 Universal Programmer was configured to accept Motorola S- 
records. The S-record file was then sent from the IBM XT/AT to the 
Data I/O System 29 via an RS-232 interface. Finally, the EPROM 
programming process was initiated on the Data I/O System 29. 

The 16K bytes of SRAM are used to test development 
software. Files can be down-loaded to the SRAM for debugging. 
SRAM is used in the minimal system design instead of DRAM to avoid 
the additional logic necessary to generate refresh cycles for the 
DRAM. 

The MC 68 681 dual universal asynchronous receiver/ 
transmitter (DUART) is a communications peripheral device that can 
accommodate two independent full-duplex (receiver/transmitter) 
ports. The operating mode and data format of each port can be 
programmed independently. One port of the DUART is configured by 
the monitor/debugger program to accommodate the down-loading of 
files from an IBM XT/AT compatible computer. The other port of the 
DUART is configured to communicate with the terminal. The memory 
map (Table I) delineates a physical address range of $7F7000 
through $7F7FFF for the DUART. A chip select signal will be 
generated for the DUART when a physical address is in the range 
$7F7000 through $7F7FFF. The physical addresses in the range 
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$7F7010 through $7F7FFF are multiple maps for the DUART. Multiple 
maps provide valid addresses to chip select the DUART. They also 
permit address decoding logic to be simplified. However, to avoid 
ambiguity, only the physical addresses $7F7000 through $7F700F are 
used to address the DUART. 

2. Hardware Interface 

Appendix C illustrates the circuitry involved in the 
minimal system. Figures C.l through C.8 illustrate the minimum 
system in its entirety. 

Figure C.l illustrates the MC68010 microprocessor used in 
the minimal system design. 

Figure C.2 illustrates the HALT* and RESET* generation 
circuitry. The NE555 timer provides an automatic system reset when 
the system is powered up. There is also a manual system reset 
switch (push button). Resetting the system initializes the 
internal circuitry of the CPU and DUART. A two-input OR gate in 
the reset circuitry has one input grounded, so it acts as an 
unneeded buffer. However, in the fully integrated system 
(discussed later in this chapter), this input is tied to the VMEbus 
system reset (SYSRESET*) line. This permits a system-wide reset to 
the master circuit board illustrated in Figure 3.1. 

Figure C.3 illustrates the clock generation circuitry. The 
8 MHz CPU clock signal is produced by using a 74LS161 binary 
counter to divide a 16 MHz signal from a crystal controlled 
oscillator. A 4 MHz signal from the 74LS161 provides the clock 


35 







input for the shift register which is used to help generate the 
data transfer acknowledge (DTACK*) and bus error (BERR*) signals. 

Erasable programmable logic devices (EPLDs), specifically 
Altera EP310s, were used to reduce the chip count in the minimal 
system. EPLDs were used for address decoding, generating DTACK and 
BERR signals, performing interrupt control and generating SRAM 
write enable and RAM and ROM output enables. 

Figure C.4 shows the EPLD implementation for the minimal 
system address decoder. The minimal system address decoder 
implements the memory map of Table I. Listing D.l in Appendix D 
presents the Abel software program for the address decoder. Abel 
software will be discussed in the next section. 

Figure C.5 shows the logic of the circuitry which generates 
the DTACK* and BERR* signals to the CPU. The circuitry prior to 
the 74LS05 open collector inverters, is implemented by an EPLD. 
The DTACK and BERR signals are passed through the 74LS05s to give 
the open collector outputs and the proper assertion levels (DTACK* 
and BERR*). In the event that the MC68010 microprocessor tries to 
address a location not supported by the design, a bus error (BERR*) 
time-out signal is generated after two microseconds. The BERR* 
signal causes the CPU to begin bus error exception processing. 
This invokes the routine whose address is in the longword at 
address $000008. The circuit which generates the delay time for 
BERR* is referred as a watchdog timer. Listing D.2 in Appendix D 
presents the Abel description of the DTACK and BERR signals. 
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The circuitry for EPROM and SRAM is illustrated in Figure 
C.6. Since random access memory (RAM) and ROM cannot generate a 
DTACK* signal to the CPU, additional circuitry is required. The 
DTACK* signal informs the CPU that the data transfer has been 
completed by the slave device. The 74LS164 shift register 
generates the data transfer delay times for the RAM and the ROM and 
the bus time-out delay for a bus error condition (Fig. C.5). A 250 
nanosecond delay is provided to ensure an adequate time for data 
transfer between the CPU and the RAM. A 500 nanosecond delay is 
provided for data transfer between the CPU and the ROM. These 
transfer times accommodate the data propagation delay, the system 
address decoding delay and the internal address decoding delay of 
the RAM and the ROM. The logic for the output enable and the write 
enable signals are implemented on an EPLD. Listing D.3 in Appendix 
D presents the Abel description of the SRAM write enable and RAM 
and ROM output enable signals. 

Figure C.7 shows the logic for the interrupt priority level 
(IPLO* through IPL2*) and the interrupt acknowledge (IACK681*) 
signal. A level one interrupt request (HHL) is sent to the MC68010 
CPU when the MC68681 DUART asserts its interrupt request output 
(low). An IACK681* signal is sent to the DUART when a level one 
interrupt acknowledge is output by the CPU. The logic for the 
IACK681* and the IPLO* through IPL2* signals are actually 
implemented with an EPLD. Listing D.4 in Appendix D presents the 
Abel description of the IACK681* and IPLO* through IPL2* signals. 
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Figure C.8 illustrates the circuitry which supports the 
dual serial ports. As mentioned earlier, one port (Port A) of the 
DUART is configured to communicate with the terminal. The other 
port (Port B) is configured by the monitor/debugger program to 
accommodate the down-loading of files from an IBM XT/AT compatible 
computer. 

3. Software Support 

a. Exception Vector Table and Monitor/Debugger Program 

The exception vector table contains the addresses of 

routines to be executed when an exception (trap or interrupt) is 
detected. The monitor program sets up communications with the 
terminal, provides debugging commands as well as a down-load 
command. The exception vector table and the monitor/debugger 
program (Appendix B) reside in the EPROM starting at physical 
address $000000. The exception vector table occupies physical 
addresses $000000 through $0003FF [Ref. 7:p. 4-5]. Physical 

addresses $000400 through $001FFF are not used and the 
monitor/debugger program begins at the arbitrarily selected 
physical address $002000. 

The monitor/debugger program was developed on the 
Motorola Educational Computer Board (ECB) [Ref. 10]. After a 
system reset, the microprocessor's program counter is initially 
loaded with address $002000 to start the monitor/debugger program. 

b. Monitor/Debugger Commands 

The monitor/debugger program provides a user with six 
commands. These commands are not intended to be comprehensive, but 
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they do provide assistance in program development and debugging. 
The user commands are as follows: 

GO address <,break point address> 

- MM start address <,end address> 

MD start address <,end address> 

- RCH {Axx, Dxx, PC, US, SP, SR} 

- REG 

- LOAD 

where <...> implies optional 

(...) implies select one entry 

The GO command is used to execute a program that 
resides in the system's memory. The program can be placed in 
memory by using the memory modify command or by down-loading a 
program from an IBM XT/AT compatible computer. The address in the 
GO command gives the location where program execution will begin. 
An optional break point address can be added within the GO command. 
The break point will stop program execution at the address 
specified. This is particularly useful if one desires to know the 
state of the machine, i.e., memory contents or register contents, 
at that point. 

The memory modify command (MM) is used to modify the 
contents of an address or, if desired, a range of addresses. This 
command can modify code or data residing in RAM. 

The memory display command (MD) is used to display the 
contents of an address or a range of addresses, if desired. 

The change register command (RCH) is used to modify the 
contents of an address register (Axx), a data register (Dxx), the 
program counter (PC), the user stack pointer (US), the system stack 
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pointer (SP) or the status register (SR). One of these options 
must be specified with the RCH command. 

The display register command (REG) displays the 
contents of the address registers, data registers, program counter, 
user stack pointer, system stack pointer and status register. This 
information gives the state of the MC68010. This command is 
particularly useful when a breakpoint is reached in the debugging 
process. 

The down-load command (LOAD) permits the minimal system 
to receive software that was developed on an IBM XT/AT compatible 
computer. After code has been assembled and linked using software 
such as the 2500AD MC68010 cross assembler, it can be down-loaded 
to the absolute address (or addresses) specified during the linking 
process. 

c. Programmable Logic Device Programming 

As already mentioned, EPLDs are used to reduce the chip 
count on the printed circuit board. The Data I/O Abel [Ref. 11] 
program was used to compile a high-level language representation of 
desired digital logic. The output of Abel is a joint electron 
device engineering council (JEDEC) standard file for programming 
the EPLDs. This file is then down-loaded to the Data I/O System 29 
Universal Programmer to program the EPLDs. Appendix D shows the 
Abel source code that generates the logic implementations discussed 
in this chapter and illustrated in Figures C.4, C.5, C.6 and C.7. 
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B. FULLY INTEGRATED SYSTEM 


The intent of this thesis is to design a hardware system so 
that at some future date an operating system could be developed to 
control its hardware facilities. These facilities accommodate 
virtual-memory, protected memory, serial communications, interrupt 
control and multi-processor abilities interfaced to the VMEbus. A 
hard disk controlled by a direct memory access (DMA) controller 
would be needed to implement the paging function required to 
support virtual-memory. The operating system would use the memory 
management unit (MMU) to implement user/supervisor memory 
allocations (protected memory) and virtual-memory. Considerations 
for a future operating system will be discussed throughout the 
following sections. 

The fully integrated system is composed of the master circuit 
board subsystem and the system controller subsystem (Fig. 3.1). 
Each subsystem is decomposed into functional units. The functional 
units for the master circuit board subsystem are shown in Figure 
E.l and the functional units for the system controller subsystem 
are shown in Figure E.2. Each of the functional units for the 
subsystems is discussed in the following sections. 

1. Memory Map 

The memory map (Table II) of the master circuit board's 
physical address space contains the memory-mapped peripheral 
devices and the physical memory. This mapping is an enhanced 
version of the minimal system's physical memory map (Table I). 
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TABLE II: SYSTEM MEMORY MAP 

PHYSICAL 

ADDRESS 

$000000 

64K BYTES OF EPROM 

$ 0 OFFFF 
$010000 

16K BYTES OF SRAM 

$013FFF 

$014000 

OFF-BOARD RESOURCE 

$7F4FFF 

$7F5000 

MC 684 51 MMU 

$7F5FFF 

$7F6000 

SCB68155 INTERRUPT HANDLER 

$7F6FFF 
$7F7 000 

MC68681 DUART 

$7F7FFF 

$7F8000 

OFF-BOARD RESOURCE 

$7FFFFF 

$800000 

ONE MEGABYTE OF DRAM 

$ 8FFFFF 
$900000 

OFF-BOARD RESOURCE 

$FFFFFF 


The memory map allocates 64K bytes of ROM to include the 
interrupt vector table, monitor/debugger program and operating 
system. The interrupt vector table and monitor/debugger program 
perform the same roles as described in the minimal system. 
However, an operating system would have to be incorporated to 
handle the enormous code requirements to manage user/supervisor 
memory allocations (protected memory), page faults (for virtual- 
memory) and an operating system kernel. The intent is for the core 
of the operating system to reside in ROM, since a mass storage 
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device is not incorporated in this subsystem design. A design of 
a multi-disk control module for a VMEbus-based system was presented 
in an earlier thesis [Ref. 12]. 

The 16k bytes of SRAM retains upward compatibility with the 
minimal system. The SRAM will be used until the DRAM can be 
incorporated into the master circuit board subsystem. However, if 
an operating system requires more that the 64K byte size of ROM, 
which is a likely possibility, any range spanning the physical 
addresses $010000 through $7F4FFF could be allocated for more ROM 
or RAM. This would require changing the address decoding logic and 
adding i\OM or RAM chips to the master circuit board subsystem 
design. 

The MC68451 MMU [Ref. 13] is memory-mapped because its 
internal registers must be programmed for the desired virtual- 
memory configuration and address translation. By using the 
MC68010's function codes (see Appendix A) along with the desired 
address translation scheme, an operating system can separate the 
supervisor's address space from the user's address space, thus 
implementing a memory protection scheme. 

The SCB68155 interrupt handler hardware [Ref. 14:pp. 2-369 
- 2-385] is memory-mapped so that it can be initialized for the 
desired mode of operation. The interrupt handler can accommodate 
local interrupts from the DUART and the MMU as well as interrupts 
from global bus masters. 

The MC68681 DUART [Ref. 15] provides the interface to two 
RS-232 serial links. One link is used for communications with the 
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terminal, while the other link is used for communications with an 
IBM XT/AT computer. The DUART is configured to provide the desired 
serial communications characteristics such as baud rate, parity and 
stop bits. 

One megabyte of DRAM is provided for the master circuit 
board subsystem. The operating system would manage this resource 
by assigning virtual pages to physical memory. It is intended that 
a portion of the DRAM's physical address range map to the same 
virtual address range. This will permit global memory access to 
pass semaphores and messages between the master circuit board and 
other subsystems, as discussed in Chapter I. 

It is important note that if an address falls into the 
ranges of $014000 through $7F4FFF, $7F8000 through $7FFFFF or 
$900000 through $FFFFFF, the CPU is accessing an off-board device. 

2. Master Circuit Board 
a. Microprocessor 

The MC68010 CPU (Fig. E.3) is the processing element of 
the master circuit board subsystem. The signals of the CPU can be 
organized into functional groups (see Appendix A) which describe 
the role of the signals within the subsystem. 

The CPU has two bi-directional open collector pins, 
HALT* and RESET*, which require pull-up resistors to ensure that 
the signals are not asserted until the appropriate events occur. 

The only bus master on the subsystem is the MC68010. 
Hence, the bus request (BR*) and the bus grant acknowledge (BGACK*) 
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signals require a pull-up resistor to ensure that the CPU does not 
perform bus arbitration. 

No Motorola M6800 peripherals are used in the master 
circuit board design. Hence, the valid peripheral address (VPA*) 
signal is tied to a logical one. 

The circuitry to generate the DTACK* and BERR* signals 
(discussed later) are open collector signals. Hence, pull-up 
resistors are used to ensure that these signals are not 
inappropriately asserted. 

b. Halt and Reset Generation 

The HALT* and RESET* generation circuitry (Fig. 
E.4) provides manual and automatic power-on subsystem reset to the 
CPU and peripheral devices. The NE555 timer provides an automatic 
power-on reset to the subsystem. The NE555 timer is configured as 
a one-shot to generate the power-on reset signal. This automatic 
reset occurs within the first few tenths of a second after the 
subsystem is powered on. An external system reset can also reset 
the subsystem. This system reset is generated from the system 
controller subsystem via the VMEbus. A debounced switch is used to 
cause a manual reset of the subsystem. 

A reset causes the CPU to read into the SP register and 
PC register the longword (32-bits) contents of physical addresses 
$000000 and $000004, respectively. Recall that ROM begins at 
physical address $000000. Consequently, the two longwords beginning 
at physical address $000000 are retrieved from non-volatile memory. 
The initial PC vector at physical address $000004 contains the 
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value $002000, so when this value is read into the PC, execution of 
the monitor/debugger program is started. 

c. Clock Generation 

The clock generation circuitry (Fig. E.5) provides 
clocking signals to the CPU and to the peripheral devices. A 
74LS161 binary counter is used to divide the 16 MHz signal from the 
crystal oscillator into rates that accommodate the CPU, the MMU, 
the dual-port DRAM controller and the interrupt handler hardware. 
A 4 MHz signal is sent to additional circuitry to help generate the 
DTACK* and BERR* signals. 

d. Local Bus Address Decoding 

Once a virtual address is mapped to a physical address, 
the local bus address decode circuitry (Fig. E.6) is used to 
generate chip select signals for RAM, ROM or a peripheral device 
based upon the system memory map (Table II) . Two Altera EP310 
EPLDs [Ref. 16:pp. 2-57 - 2-62] were used in the design to be 
programmed via Abel software [Ref. 11]. As mentioned earlier, Abel 
is software developed by Data I/O Corporation that permits a high- 
level language description of the logic function to be programmed 
on a EPLD, programmable array logic (PAL) or similar logic device. 

e. Memory Management Unit 

The MMU circuitry (Figs. E.7 and E.8) provides the 
subsystem with virtual-memory support and memory protection. The 
address translation from a virtual-address-to-physical-address is 
done by this device. Once the MC68451 MMU has been configured by 
the operating system, the address translation is performed 
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internally within the MMLJ and is thus hidden from the subsystem 
unless a page fault occurs. The internal details of the MMU are 
given in its reference manual [Ref. 13]. 

A page fault (FAULT*) signal is generated if the MMU 
detects a write violation or if address translation cannot be 
performed successfully. The write violation occurs if an attempt 
is made to write to a write-protected portion of physical memory. 
If address translation cannot be performed, this denotes to the 
operating system that a new memory page may need to be brought into 
memory from a hard disk or that there is a system error. The 
operating system configures the MMU to write-protect memory 
segments and to implement virtual-memory-mapping by the MMU. 

The circuitry to inhibit virtual-address-to-physical- 
address translation during an interrupt cycle is illustrated in 
Figure E.7. The mapped address strobe (MAS*) and ALL input signals 
to the MMU are generated during an interrupt acknowledge cycle. 

The physical data strobe generation circuitry (Fig. 
E.8) is used to generate the physical upper data strobe (PUDS*) and 
the physical lower data strobe (PLDS*) signals. The PUDS* and 
PLDS* signals are generated during normal virtual-address-to- 
physical-address translation. Normal address translation is the 
mapping of a virtual address to a physical address without a page 
fault occurring. The physical data strobes will not be generated 
if there is a write cycle for a write-protected segment. This is 
accomplished by the write inhibit (WIN*) signal generated by the 
MMU. 
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The physical address strobe circuitry (Fig. E.8) 
generates a physical address strobe (PAS*) signal to denote that 
the address translation has taken place and the physical address is 
valid and stable. 

f. Dual-port DRAM Controller 

The dual-port DRAM controller circuitry (Figs. E.9, 
E.10 and E.ll) provides two paths into RAM [Ref. 17]. The local 
bus master (the CPU) can be ported to the RAM or a global bus 
master can be ported to the RAM via the VMEbus. Two paths into RAM 
are especially useful because processor subsystems can pass 
information-carrying semaphores. Also, The 74F764 dual-port DRAM 
controller provides DRAM refresh. 

The 3-state capability of the 74LS244s (Fig. E.9) 
octal-buffers and line drivers with 3-state outputs are used to 
isolate one port access to the dual-port DRAM controller from the 
other port. The port is selected by the appropriate clock edge and 
control signal to the request input (REQ1* or REQ2*) of the 74F764 
dual-port DRAM controller. 

The control signal for REQ1* of the 74F764 (CS764REQ1*) 
is generated by the local bus address decoder and the control 
signal for REQ2* of the 74F764 (CS764REQ2*) is generated by the 
VMEbus address decoder. If CS764REQ1* is active on a rising clock 
edge and SEL2* is not asserted, the local master is granted access 
to the 74F764. The dual-port DRAM controller then asserts SEL1* to 
enable the 74LS244s and 74LS245s on the local bus side. 
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If CS764REQ2* is active on a falling clock edge and 
SEL1* is not asserted, the global bus master is granted access into 
the 74F764. The dual-port DRAM controller then asserts SEL2* to 
enable the 74LS244s and 74LS245s for the global bus side. In each 
case, the select line is released after the request signal is no 
longer asserted. 

If both request lines are asserted and neither select 
line is asserted, on the next (rising or falling) clock edge, the 
select signal will be generated for the appropriate port access. 
The request that is locked out cannot gain access to the dual-port 
DRAM controller until the other port has completed its task and is 
no longer asserting its request signal. 

The 74LS245s octal-bus transceivers with 3-state 
outputs, illustrated in Figure E.10, are used to buffer the data 
signals. Data can be sent between the CPU and the VMEbus, between 
the CPU and the DRAM or between the DRAM and the VMEbus. The data 
enable signal (DATAEN*) enables data to flow between the CPU and 
the VMEbus. The select port one (SEL1*) signal enables data to 
flow between the CPU and the DRAM, while the SEL2* signal enables 
data to flow between the DRAM and the VMEbus. The data flow 
direction to the 74LS245s is controlled by the read/write (R/W*) 
signal during local DRAM accesses, while the global R/W* signal 
(GP./W*) controls the direction for global DRAM accesses. The data 
direction enable (DDEN) signal controls the data direction flow 
between the CPU and the VMEbus. 
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The 74F764 can only effectively accommodate 18 address 
lines. Consequently, additional logic illustrated in Figure E.ll 
must be incorporated to handle address bit A19, which is required 
to give access to the desired one megabyte of RAM. 

When the row address strobe (RAS*) signal becomes 
inactive, the data transfer acknowledge output from the 74F764 
(DTACK764) is asserted. The DTACK signal of the 74F764 signals 
that data has been transferred to or from memory, 
g. Dynamic Random Access Memory 

The dynamic random access memory circuitry (Figs. 
E.12, E.13, E.14 and E.15) provides one megabyte of DRAM for the 
master circuit board subsystem. The DRAM is divided into two 512k 
byte blocks. The odd bytes are stored in one 512k byte block 
(Figs. E.12 and E.13), while the even bytes are stored in the other 
512k byte block (Figs. E.14 and E.15). 

The DRAM receives refresh cycles from the dual-port 
DRAM controller. Although the 74F764 dual-port DRAM controller 
seizes control of the DRAM during refresh cycles, a bus arbitration 
process is not needed. An 8 MHz clock pulse (RCP) is divided by 64 
to produce a refresh request internal to the 74F764. If no request 
signal (REQ1* or REQ2*) is asserted on the 74F764, a nine-bit 
counter internal to the 74F764 is incremented. The counter value 
which represents the row in memory to be refreshed is then placed 
on output lines MAO through MA8 of the 74F764. The RAS* signal is 
then asserted for four clock cycles to refresh a row in memory. 
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Finally, the RAS* signal is released and the refresh cycle is 
complete. 

h. EPROM and SRAM 

The EPROM and SRAM circuitry (Fig. E.16) provide 64k 
bytes of ROM and 16k bytes of SRAM. The EPROM contains the 
resident exception vector table and the monitor/debugger program. 
The SRAM is upward compatible from the minimum system. If 
additional memory is required by a resident operating system, a 
modification to the local bus address decoding logic would permit 
the size of ROM or RAM to be increased. 

i. Dual Serial Port 

The MC68681 dual universal asynchronous receiver/ 
transmitter serial port circuitry (Fig. E.17) is used to provide 
serial communications with the terminal and the IBM XT/AT computer. 
Port A is dedicated to the terminal and Port B is dedicated to the 
IBM XT/AT computer. The 3.6864 MHz crystal is used to generate the 
baud rates for data transmission for both ports. The terminal 
provides an interface to the system for the user. The IBM XT/AT is 
used to down-load files into the master circuit board subsystem's 
memory. 

j. Interrupt Handler 

The interrupt handler circuitry (Fig. E.18) provides 
the necessary logic to accommodate interrupts from devices residing 
on the master circuit board subsystem and global devices residing 
on other subsystems. The SCB68155 interrupt handler can 
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accommodate six local interrupts, seven global interrupts and a 
non-maskable interrupt (NMI). 

Local interrupts (LRQ1* through LRQ6*) have a higher 
precedence than the global interrupts (IRQ1* through IRQ7*). The 
local interrupt signal LRQ6* has the highest priority, while local 
interrupt signal LRQ1* has the lowest priority. The global 
interrupt signal IRQ7* has the highest priority, while global 
interrupt signal IRQ1* has the lowest priority. The NMI signal has 
priority over local and global interrupts and it is provided for a 
catastrophic occurrence such as an alternating current (AC) power 
failure. 

Local interrupts are generated by the DUART and the 
MMU. The DUART is programmed to provide an interrupt request when 
a port buffer full condition is met. The buffer full condition of 
the MC68681 DUART occurs whenever a character is received from the 
terminal keyboard or from the IBM XT/AT. The local interrupt 
generated by the MC68451 MMU occurs when the interrupt bit of the 
page status register is set during normal address translation. 

When a local or global interrupt occurs, the interrupt 
handler hardware generates an interrupt priority level output on 
lines IPLO* through IPL2* to the CPU. The CPU responds by 
acknowledging the interrupt with the interrupt acknowledge signal 
(IACK*) and places the interrupt level on address lines A1 through 
A3. The interrupt handler hardware reads the interrupt level on 
address lines A1 through A3 to determine which level is being 
acknowledged. If the interrupt was from a local device, the 
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interrupting device provides the vector number on the local data 
bus. If the interrupt was from another subsystem on the VMEbus, 
the interrupt handler hardware generates a bus interrupt 
acknowledge (BIACK*) signal to the VMEbus controller and the 
VMEbus. The VMEbus controller obtains control of the data transfer 
bus (DTB) so that an interrupt vector can be obtained from the 
interrupting subsystem. The BIACK* signal is only generated if the 
bus interrupt level is not masked (within the interrupt handler) 
and a local interrupt is not pending. 

Once the local CPU has acknowledged the (local or 
global) interrupt request and has obtained an interrupt vector, the 
local CPU saves the state of the machine and transfers control to 
the appropriate interrupt handling routine. This prepares the CPU 
to perform an interrupt handling routine. After completion of the 
interrupt handling routine, the stored state of the machine is 
restored and the CPU resumes processing where it left off at the 
interrupt. [Ref. 7:pp. 4-3 - 4-16; Ref. 18:pp. 5-1 - 5-15] 

k. Data Transfer Acknowledge and Bus Error Generation 

The data transfer acknowledge and bus error generation 
circuitry (Fig. E.19) provides control signals to the CPU. This 
circuitry physically resides within a Altera EP310 EPLD. The 
DTACK* signal denotes that a data transfer has been completed by 
the slave device addressed. The MC68681 DUART, MC68451 MMU, 
SCB68172 VMEbus controller, SCB68155 interrupt handler and 74F764 
dual-port DRAM controller peripheral devices possess the necessary 
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logic to generate their own DTACK* signal to acknowledge receipt or 
availability of data. 

The master circuit board's RAM and ROM chips cannot 
generate their own DTACK* signals so external circuitry must do it 
for them. The DTACK* generation circuitry for the SRAM and ROM 
must allow adequate time for the data transfer. All these DTACK* 
signals are ORed together to produce the MC68010 DTACK* input. 

If the CPU on the master circuit board makes an off- 
board access using the off-board (OFFBOARD*) signal to the VMEbus 
controller, the DTACK* signal (DTACK172*) is generated from the 
VMEbus controller. The off-board device provides a global DTACK* 
signal (GDTACK*) to the VMEbus controller (Fig. E.20) via the 
VMEbus DTACK* line. In turn, the VMEbus controller would provide 
the DTACKI72* signal for the DTACK* circuitry. This arrangement 
permits long access times on the VMEbus. 

If the master circuit board's DRAM is being accessed as 
a global asset, the GDTACK* signal is generated by the SEL2* and 
DTACK764 signals as illustrated in Figure E.ll. 

The BERR* signal is generated under one of three 
conditions. First, the BERR* signal is generated when the maximum 
allowable SRAM and ROM data transfer time has been reached and a 
DTACK* signal has not been received by the CPU. Secondly, a global 
bus error (BERR172*) signal can be received from a VMEbus watchdog 
timer if the master circuit board subsystem has control of the 
VMEbus. Finally, if a page fault signal (FAULT*) is generated by 
the MMU, this also causes a bus error condition. 
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The bus error condition causes exception processing to 
occur. The current state of the machine is saved. Information 
from the saved state of the machine can be used to determine the 
cause of the bus error. This is handled by the bus error exception 
routine as part of an operating system. 

If the first port of the dual-port DRAM controller is 
not active and a refresh cycle is not taking place, a global bus 
master can have access to the DRAM. The master circuit board's CPU 
is unaware of the access to the DRAM through the second port. 
Consequently, the burden is placed upon a global master or a VMEbus 
watchdog timer to provide a global BERR* signal (GBERR*) on the 
VMEbus BERR* line, when appropriate, to the VMEbus controller. The 
GBERR* signal is sent to the BERR* circuitry (Fig. E.19) via the 
BERR172* signal. 

1. VMEbus Controller 

The VMEbus controller circuitry (Fig. E.20) provides 
the necessary logic for the master circuit board subsystem to gain 
access to the VMEbus. The SCB68172 VMEbus controller provides 
control signals (VMEEN*, DATAEN* and DDEN) to the master circuit 
board subsystem's drivers and transceivers. The purpose of the 
VMEbus enable (VMEEN*) signal is to enable the bus drivers only 
when there is an off-board (OFFBOARD*) access. In addition, the 
data flow (DATAEN*) and its direction (DDEN) are controlled. 
Parallel jacks are provided which permit jumper selection of the 
master circuit board subsystem's priority on the VMEbus. 
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m. VMEbus Address Decoding 

The VMEbus address decode circuitry (Fig. E.21) permits 
access of a global bus master to the second port of the dual-port 
DRAM controller and ultimately into DRAM. Any subsystem, which has 
gained control of the VMEbus, has the ability to access the 
designated (by the operating system) area of DRAM for semaphore 
passing. The VMEbus address decoder provides the chip select 
signal CS764REQ2* to the dual-port DRAM controller (Fig. E.9). If 
the CS764REQ2* is asserted when clock edge falls and SEL1* signal 
of the 74F764 is not asserted, the isolation drivers are enabled to 
permit the flow of data and addresses from the global resource to 
the DRAM. 

n. VMEbus Drivers 

The circuitry for the master circuit board's VMEbus 
drivers (Figs. E.22, E.23 and E.24) provides control of signals 
from the local bus to the VMEbus and from the VMEbus to the local 
bus. The VMEbus controller controls the direction of the signal 
flow as requested by the CPU. Whenever the local bus master, the 
CPU, is not in control of the VMEbus, all signals from the local 
bus are isolated at the drivers by the VMEbus controller. Thus, in 
this case, no signals are gated onto the VMEbus from the local bus. 
However, another subsystem, if in control of the VMEbus, has direct 
access to the DRAM through the dual-port DRAM controller. The 
global addresses on the VMEbus fall into the range of the one 
megabyte of user DRAM in the master circuit board subsystem's 
memory map (Table II). 
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3. System Controller Circuit Board 

a. Bus Arbiter 

The VMEbus arbitration circuitry (Fig. E.25) provides 
the logic to arbitrate prioritized bus requests in parallel. Each 
bus request is then daisy chained down to the requesting device. 
Each subsystem capable of VMEbus access must have the ability to 
provide a bus request at one of four priority levels. The highest 
priority signal used is DBG7*, while the lowest priority level 
signal used is DBG4*. The process of resolving the VMEbus requests 
was described in Chapter II. Since the MC68452 bus arbitration 
module (BAM) [Ref. 8] is an asynchronous device, the bus grant 
signals (DBGx*) are not guaranteed to be spike-free. Consequently, 
a 50 nanosecond delay circuit is used to disable the DBGx* signals 
during the parallel arbitration process. 

b. System Reset 

The system reset circuitry (Fig. E.26) provides a 
system-wide master reset. This signal is sent on the VMEbus to all 
circuit boards and it is used to reset the entire system much like 
the local reset discussed earlier in this chapter. 

c. VMEbus Drivers 

The circuitry for the system controller drivers (Fig. 
E.27) provides the drive capability for signals to/from the VMEbus. 
Since circuitry was not designed to detect an AC power failure, the 
ACFAIL* signal is never asserted. This signal is input to the non¬ 
maskable interrupt of the interrupt handler (Fig. E.17). The bus 
clear (BCLR*) signal informs the current bus master that there is 
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a higher pending bus request. Burden is placed upon the current 
bus master to either relinquish control of the bus or to continue 
control until its task is completed. For the sake of simplicity, 
the master circuit board subsystem was designed to relinquish 
control upon the completion of its task. Finally, an IACK* daisy 
chain driver is provided for VMEbus interrupts. 
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V. RESULTS 


Once the minimal system and fully integrated system hardware 
was designed, the schematic drawings drafted and the pin-out list 
implemented, software support was required to implement the minimal 
system. The monitor/debugger program required a thorough check of 
all its software features. These software features include the 
capability to set and remove a breakpoint, to display and modify 
memory, to display and change registers, to start program execution 
and to down-load software from a development system. 

It was discovered while debugging the down-load portion of the 
monitor/debugger program that the 2500AD 68010 cross assembler's 
linking process incorrectly resolved external references. The 
lirking process generates a file in the Motorola S-record format. 
The problem was isolated only after comparing the Motorola S-record 
to Motorola's instruction format. It was identified that the 
2500AD cross assembler was improperly resolving external 
references. A corrected version of the 2500AD cross assembler was 
obtained from the vendor that resolved this problem. With the 
monitor/debugger software developed, the minimal system design was 
complete. 

The monitor/debugger and vector table were programmed in the 
erasable programmable read-only memory (EPROM) with the Data I/O 
System 29 Universal Programmer. The Data I/O System 29 segregated 
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the even bytes and odd bytes into separate EPROMs as required by 
the Motorola MC68010 central processor unit (CPU). 

Erasable programmable logic devices (EPLDs) were used to reduce 
the chip count in the minimal system design. The minimal system 
used an EPLD to perform the interrupt request (IRQ681*) and the 
interrupt acknowledge (IACK681*) logic. Also, EPLDs were used to 
implement the circuit logic required for the generation of the data 
transfer acknowledge (DTACK) and the bus error (BERR) signals and 
for address decoding. In order to program the EPLDs, Abel software 
was used to compile the source code representation of the logic to 
be implemented with the EPLD. Once all of the source code for the 
EPLDs had been written, compiled and software tested, the EPLDs 
were programmed. 

On the Data I/O System 29, once the EPLD is programmed, the 
test vectors are again tested against the programmed EPLD. During 
this test run, the System 29 failed for every EPLD that was 
programmed, even though they passed the software tests. On the 
advice of an applications engineer at Data I/O Corporation, the 

test vectors were removed from the source code. This code was 

f 

compiled, then the EPLDs were programmed. The EPLDs were bread- 
boarded, while determining with reasonable certainty that the 
devices were actually implementing the desired logic. 

The ultimate goal in this thesis was to implement the master 
circuit board subsystem design. One of the steps to achieve this 
goal requires the memory management unit (MMU) to translate a 
virtual address to a physical address. To avoid significant wiring 


60 






modifications to the minimal system to build up to the master 
subsystem, the MMU was wire-wrapped into the minimal system design. 
However, the MMU was not programmed at the minimal system stage. 
The MMU translates a virtual address to the same physical address 
when the MMU is not programmed after being reset. The MMU was 
configured to accommodate an automatic, manual and programmed (CPU 
reset instruction) reset. 
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VI. SUMMARY AND CONCLUSIONS 


A. SUMMARY 

The goal of this thesis was two-fold: first, to explore 
hardware ramifications of designing a microprocessor system for a 
multi-processor environment; and secondly, to implement the 
minimal system design. 

1. Design Concepts 

In exploring hardware ramifications, the scope was limited 
to features of the VMEbus structure, in memory-management and 
interrupt control. The memory-management features included memory 
protection, dual-ported memory and virtual-memory. 

a. VMEbus Structure 

The VMEbus permits an exchange of data and control 
beyond the boundaries of a single circuit board. Other subsystems 
or circuit boards which may include processing elements, memory 
and/or input/output (I/O) devices can be integrated to the VMEbus. 
A strict adherence to data transfer protocols over the VMEbus 
ensures the reliability and integrity of the system. The ability 
to integrate various subsystems along the VMEbus supports a multi¬ 
processor environment. 

b. Memory-Management 

The Motorola MC68010 central processor unit (CPU) 
generates function codes which can be used by the memory management 
unit (MMU) to partition memory into supervisor and user portions. 
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An operating system would manage memory partitioning. Normally, 
systems are designed so that the supervisor memory portion contains 
the memory-mapped I/O devices and the read-only memory (ROM) and 
some random access memory (RAM) . The ROM is mapped to the 
supervisor portion of memory since it provides the exception vector 
table and start-up program. 

The function codes reflect the CPU's two modes of 
operation, the supervisor and user. The supervisor mode is a 
privileged mode which permits access to all instructions and the 
full range of memory (supervisor and user memory). The user mode 
permits access to only user instructions and the user memory. 
Typically, in the user mode, permission must be granted through the 
operating system to use system resources. The separation of 
supervisor memory from user memory prevents the user from tampering 
with the system assets or gaining supervisor privileges. 

Dual-ported memory permits two separate sources to 
access the same memory block and provides the refresh signals for 
the dynamic random access memory (DRAM). Dual-ported memory 
permits RAM to be used as a shared asset. It is especially useful 
when a portion of the physical RAM is dedicated to passing 
parameters between microprocessor subsystems. Dedicating a portion 
of RAM for parameters is analogous to a mailbox delivery system. 
The mail courier (subsystem 1) delivers mail (parameters) to the 
mailbox (RAM) . The addressee (subsystem 2) picks up the mail 
(parameters) and responds as required. If appropriate, the 
occupant (subsystem 2) places mail (parameters) in the mailbox 
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(RAM) to be delivered (to subsystem 1). These parameters can be 
used in managing a multi-processor operating system. 

A MC68010-based system typically has memory-mapped I/O 
devices, RAM and ROM. DRAM is added the master circuit board 
subsystem to supplement the minimal system's static random access 
memory (SRAM). The MC68010 CPU has a virtual address range of 16 
megabytes. However, the physical RAM's size is usually 
considerably less than the size of the virtual address space. 
Virtual-memory is used to extend the range of programming beyond 
the range of physical RAM. An MMU is used to map virtual addresses 
into RAM physical addresses. Also, the MMU detects an attempt by 
the CPU to access a virtual-memory address which is not currently 
present in physical memory. When such an attempt is detected, the 
MMU generates a page fault. This page fault causes the page fault 
exception routine to be invoked. The exception routine reads a 
page of information from secondary storage into RAM. The MMU maps 
the virtual addresses associated with the page into addresses in 
the physical RAM. After completion of the exception routine, 
program execution resumes with the completion of the instruction 
that caused the page fault. 

c. Interrupt Control 

Using interrupts results in more effective use of the 
microprocessor because the microprocessor is not kept waiting for 
a device to respond. The devices requesting interrupts in this 
thesis are programmed to provide an interrupt vector number during 
an interrupt acknowledge cycle for local interrupts. The interrupt 
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vector number causes the address of the exception routine to be 
obtained from the exception vector table by the CPU so that it can 
be executed. 

2. Design Implementation 

a. Hardware Configurations 

The recommended wiring configurations that accompanied 
the product specifications for the MMU, VMEbus controller, dual 
universal asynchronous receiver/transmitter (DUART), dual-port DRAM 
controller, interrupt handler hardware and bus arbitration module 
(BAM) greatly assisted in the designs of the minimal system, system 
controller subsystem and master circuit board subsystem. However, 
in order to integrate these components into a system, care was 
taken to ensure that the control signals were interfaced properly. 
Since no computer-aided design (CAD) tools existed at the Naval 
Postgraduate School (NPS) to fully simulate even the minimal system 
design, prototyping the minimal system was necessary. The minimal 
system has a foundation of core resources. The intent was to prove 
the system design by building up a master circuit board subsystem 
from the minimal system. 

The system controller subsystem provides a bus arbiter, 
interrupt acknowledge (IACK*) daisy chain driver and system-wide 
reset. The bus arbiter determines bus ownership between subsystems 
that make bus requests and it grants bus ownership to the subsystem 
with the highest priority. An IACK* daisy chain driver sends the 
IACK* signal on to the bus during an interrupt acknowledge cycle. 









The system reset is used to reset all devices on all subsystems 
after a system failure. 


The master circuit board subsystem accommodates the 
VMEbus structure, virtual-memory-mapping facilities, a protected 
memory scheme, dual-ported memory and interrupt handling hardware. 
The master circuit board subsystem design is an extension of the 
minimal system and should not be implemented until the minimal 
system is operational. In the master circuit board subsystem, the 
VMEbus controller provides the necessary logic to meet the VMEbus 
specification for setting up the baseline bus structure. Drivers 
and transceivers are incorporated to meet the specified signal 
drive capability and isolation requirements. 

b. Erasable Programmable Logic Devices 

The erasable programmable logic device (EPLD) used in 
the minimal system's address decoding must be modified to include 
the additional memory-mapped devices cf the master circuit board 
subsystem. The EPLD used for interrupt handling in the minimal 
system is replace by the interrupt handler hardware in the master 
circuit board subsystem design. 

The master circuit board subsystem design is an 
upgraded version of the minimal system. A pin-out list for all 
wiring connections was developed in order to reduce wire-wrap 
errors, but it is not included as part of this thesis. The small 
scale integrated circuit (SSI) logic shown for the generation of 
the data transfer acknowledge (DTACK), bus error (BERR), physical 
upper data strobe (PUDS*), physical lower data strobe (PLDS*) and 
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physical address strobe (PAS*) signals was actually implemented 
with EPLDs to reduce the chip count. 

B. CONCLUSIONS 

Meeting all the goals set in this thesis made this thesis an 
ambitious undertaking. The major integrated circuit (IC) chips 
included the CPU, DUART, interrupt handler hardware, dual-port DRAM 
controller, MMU, VMEbus controller and BAM. These IC chips 
required an extensive study of product specification and 
application notes to understand the wiring configurations and 
programming of the devices. Study of the specification notes 
invoked support ideas in the design that required further 
investigation. These support ideas included DRAM memory refresh 
accommodations, driver characteristics, noise reduction and 
virtual-memory. Once each device was reasonably understood, the 
problem of integrating the devices into a single system remained. 
Care was exercised to ensure that control signals were properly 
integrated to the devices. Consequently, a major portion of this 
thesis was spent in the research and design process without the 
assistance of CAD tools. 

The design and implementation work of this thesis spanned 
almost two years. A major problem encountered was the inability to 
simulate the system designs. Hence, the system's validity could 
only be verified by actual design implementation. 

The design phase took a considerable length of time because the 
inter-relationships between the devices to support a multi¬ 
processor environment, dual-port memory, virtual-memory, memory 
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protection, dual serial ports and interrupt control features were 
not trivial. Some of these features should have been eliminated so 
that a simpler design could have been implemented. However, using 
the approach of building a complex subsystem from a minimal system 
is an important technique. For a growing number of new application 
IC chips, facilities to simulate designs using these chips do not 
yet exist. Thus, there is a strong need for advanced design tools 
and engineering practices to support complex designs. 

An important restriction of the master circuit board subsystem 
design is the lack of an operating system. The capability provided 
in this thesis could not be fully utilized without an operating 
system and a mass storage device, such as a hard disk. Managing 
the virtual-memory and protected memory requirements would require 
a tremendous amount of code which is beyond the scope of this 
thesis. However, while designing the master circuit board 
subsystem, foresight was exercised to consider the requirements of 
an operating system. This confirms the need for a dialogue 
between system designers and operating system designers to 
communicate the system requirements. 
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APPENDIX A: MC68010 16-BIT MICROPROCESSOR 


Since the entire hardware system design revolves about the 
MC68010 microprocessor, a description of the microprocessor, its 
external signals and its programming is appropriate. 

A. MC68010 DESCRIPTION 

The MC68010 has seventeen 32-bit general purpose registers, a 
16 megabyte address space, virtual-memory/machine support, 57 
instructions with 14 addressing modes using five main data types 
and memory-mapped input/output (I/O) [Ref. 7:p. 1-1]. Motorola 

provides a complete signal description and timing analysis of the 
MC68010 microprocessor [Ref. 18]. 

B. MC68010 SIGNALS 

The MC68010 central processing unit (CPU) comes in a 64-pin 
package. As shown in Figure A.l, the signals are organized into 
groups and the direction of the signal flow is denoted by the 
arrows. To avoid any confusion over logic assertion levels, the 
asterisk ( * ) at the end of a signal name is used to denote an 
active low assertion level. 

1. Address Bus 

The address bus consists of 23 address lines giving an 
eight megaword address range for the CPU. 
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MISCELLANEOUS 


PROCESSOR 

STATUS 

M6800 

PERIPHERAL 

CONTROL 


SYSTEM 

CONTROL 


-Vcc (2) 
GND (2) 
-CLK 

-FCO 

FC1 

-FC2 


-BERR* - 
RESET* < 
-HALT* < 



==> ADDRESS BUS A1-A23 
<=> DATA BUS D0-D15 


—> AS* 

—> R/W* 

—> UDS* 

—> LDS* 

<— DTACK*— 1 


ASYNCHRONOUS 
f— BUS 
CONTROL 


<— BR* 

—> BG* 

<— BGACK* J 


BUS 

h- ARBITRATION 
CONTROL 


<— IPLO* —i 
<— IPL1* 

<— IPL2 * — J 


f— INTERRUPT 
CONTROL 


Figure A.l: MC68010 Signal Groups 


2. Data Bus 

The data bus is a 16-bit bi-directional bus used for 
transferring byte or word length data. 

3. Asynchronous Bus Control 

The asynchronous bus control group provides information 
about the data that is being transferred. The address strobe (AS*) 
signal signifies that valid address signals are being gated from 
the CPU. The read/write (R/W*) line denotes that the CPU is 
reading from a device (active high) or that the CPU is writing to 
the device (active low). The upper data strobe (UDS*) indicates 
that the data being transferred is on an even byte boundary. The 
lower data strobe (LDS*) indicates that the data being transferred 
is on an odd byte boundary. When UDS* and LDS* are both asserted, 
a word (16-bits) of data is being transferred. The UDS* and LDS* 
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signals together determine address bit AO, thus giving an address 
range of 16 megabytes for the CPU. The UDS*, LDS* and R/W* signals 
control the flow of the data on the data bus as illustrated in 
Table III [Ref. 18:p. 4-2]. Finally, the data transfer acknowledge 
(DTACK*) signal informs the CPU that the current data transfer has 
been completed by the peripheral device or memory location 
addressed. 

TABLE III: DATA STROBE CONTROL OF THE DATA BUS 


UDS* 

LDS* 

R/W* 

D8 - D15 

DO - D7 

1 

1 

lorO 

NO VALID DATA BITS 

NO VALID DATA BITS 

0 

0 

1 

VALID DATA BITS 

VALID DATA BITS 

1 

0 

1 

NO VALID DATA BITS 

VALID DATA BITS 

0 

1 

1 

VALID DATA BITS 

NO VALID DATA BITS 

0 

0 

0 

VALID DATA BITS 

VALID DATA BITS 

1 

0 

0 

#VALID DATA BITS 0-7 

VALID DATA BITS 

0 

1 

0 

VALID DATA BITS 

#VALID DATA BITS 8-15 


# These conditions are a result of current implementation and 
may not appear on future devices. 


4. Bus Arbitration Control 

As a group, the bus arbitration control signals provide a 
mechanism for the CPU to give up control of the bus. However, 
these signals do not determine (directly) which alternate bus 
master gets control. The bus request (BR*) signal is a signal 
generated by a device or devices requesting access to the bus. The 
bus grant (BG*) is a signal from the CPU indicating that it will 
release the bus at the end of the current bus cycle. The bus 
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grant acknowledge (BGACK*) is a signal asserted by an alternate bus 
master while it has control of the bus. 

5. Interrupt Control 

The interrupt priority levels (IPLO* through IPL2*) are 
signals which represent the encoded priority level for the highest 
priority device desiring interrupt service. The signal IPLO* is 
the least significant bit and the signal IPL2* is the most 
significant bit of the group. A level zero interrupt (all signals 
are asserted high) indicates there is no interrupt request pending. 
A level seven interrupt (all IPLx* signals are asserted low) has 
the highest priority and is non-maskable. This implies that level 
seven is not an ordinary interrupt level for requesting routine 
interrupt service. Rather, a level seven interrupt should be 
reserved for catastrophic events such as alternating current (AC) 
power failure where the non-maskable property is essential. 

6. System Control 

The system control group is used to reset the CPU and to 
indicate to the CPU that a bus error has occurred. It is also used 
to reset peripheral devices and to generate a bus error exception. 
The halt signal (HALT*), active low, is a bi-directional signal. 
As an input, it is used to stop the CPU at the completion of the 
current bus cycle. As an output, HALT* is asserted only when a 
double bus error or address error exception has caused the MC68010 
to enter a halt state. 

The reset signal (RESET*), active low, is also a bi¬ 
directional signal. It can be used as an input to reset the 
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internal microcircuitry within the CPU. When a reset instruction 
is executed by the CPU, it can be used to reset system devices. 

Typically, a maximum time is allotted for data transfer. 
If the data transfer is not completed within the allotted time, bus 
error (BERR*) is asserted by a time out circuit called a watchdog 
timer. Often, the BERR* signal is used to inform the CPU that the 
current address on the address bus is invalid because no physical 
memory or peripheral device is mapped at that address. The BERR* 
signal can also be used to flag the condition that the CPU is 
making an attempt to write to read-only memory (ROM). In a 
virtual-memory system, BERR* is asserted by the memory management 
unit (MMU) when a page fault occurs. 

7. M6800 Peripheral Control 

The M6800 peripheral control group is a group of signals 
which are used to interface the MC68010's 16-bit asynchronous data 
bus to synchronous peripheral devices in the Motorola M6800 eight- 
bit family. 

The enable (E) signal which acts as the 6800 phase two 
clock is used to synchronize data transfer between the MC68010 CPU 
and M6800 peripheral device. The E signal's period is ten clock 
periods of the MC68010's clock input. The valid peripheral address 
(VPA*) signal denotes to the CPU that the device selected is a 
M6800 peripheral device. The VPA* signal indicates to the CPU that 
it should initiate a data transfer synchronized with the E signal. 
The valid memory address (VMA*) signal from the CPU indicates to a 
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M6800 device that there is a valid address on the address bus and 


that the MC68010 is synchronized with the E signal. 

8. Processor Status 

The MC68010 has three function code lines (FCO through FC2) 
which delineate the current processor state (user or supervisor) 
and the address space (program or data) being accessed as defined 
by Table IV [Ref. 18:p. 5-3]. The address strobe (AS*) signal from 
the CPU indicates that a valid address and function code are 
available from the CPU. 


TABLE IV: STATE AND ADDRESS SPACE 


FUNCTION CODE OUTPUT 

ADDRESS SPACE 

FC2 

FC1 

FCO 


0 


0 

UNDEFINED, RESERVED FOR FUTURE USE 

0 


1 

USER DATA SPACE 

0 


0 

USER PROGRAM SPACE 

0 


1 

UNDEFINED, RESERVED FOR FUTURE USE 

1 

0 

0 

UNDEFINED, RESERVED FOR FUTURE USE 

3. 

0 

1 

SUPERVISOR DATA SPACE 

1 


0 

SUPERVISOR PROGRAM SPACE 

1 

H 

1 

CPU SPACE (INTERRUPT ACKNOWLEDGE) 


9. Miscellaneous 

Both Vcc pins and both GND pins must be connected in order 
to power the CPU. The clock (CLK) input signal is used to develop 
all the synchronizing signals required within the CPU. 
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C. PROGRAMMING 


Motorola provides programming information in its reference 
manual [Ref. 7], The MC68010's instruction set includes the 
following operations: 


- Data Movement - Bit Manipulation 

- Integer Arithmetic - Binary Coded Decimal (BCD) Arithmetic 

- Logical - Program Control 

- Shift and Rotate - System Control 

- Bit Manipulation - Multi-processor Communications 


supporting the following data types: 


- Bit 

- BCD (Four-bits) 

- Byte (Eight-bits) 

- Word (16-bits) 

- Long Word (32-bits) 


Fourteen addressing modes that are available to the assembly 
language programmer. The addressing modes available include: 


- Data Register Direct 

- Address Register Direct 

- Address Register Indirect 

- Address Register Indirect with Postincrement 

- Address Register Indirect with Predecrement 

- Address Register Indirect with Offset 

- Address Register Indirect with Index and Offset 

- Absolute Short 

- Absolute Long 

- Program Counter with Offset 

- Program Counter with Index and Offset 

- Immediate Data 

- Quick Immediate 

- Implied Register 
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The following assets are available: 


- Eight Data Registers 

- Seven Address Registers 

- User Stack Pointer (User Mode) 

- Supervisor Stack Pointer (Supervisor Mode) 

- Program Counter 

- ^Status Register (Supervisor mode) 

- Vector Base Register (Supervisor Mode) 

- Alternate Function Code Registers (Supervisor Mode) 

* The condition code register is the lower byte of the 
status register and it is accessible in the user mode. 


To support virtual-memory, the MC68010 microprocessor allows an 
interrupted bus cycle to be re-run after a bus error exception. 
The return from exception (RTE) instruction uses the format field 
of the exception stack to determine whether the exception was 
caused by bus or address error. After a bus or address error 
caused the exception, the CPU continues the interrupted instruction 
after completion of the exception routine. [Ref. 19] 
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APPENDIX B: MINIMAL SYSTEM EXCEPTION VECTOR TABLE AND 
MONITOR/DEBUGGER PROGRAM 


This appendix contains the source listings of the exception 
vector table ana monitor/debugger program. The separate file names 
are as follows: 

- VECTABLE.ASM 

- MAIN.ASM 

- MESSAGE.ASM 

- CONSOLE.ASM 

- GETSTRIN.ASM 

- GET_ADDR.ASM 

- IOJJTIL.ASM 

- DECODER.ASM 

- BYTEOUT.ASM 

- MEM_LIST.ASM 

- HEXCONV.ASM 

- GO.ASM 

- STUB.ASM 

- REG.ASM 

- REGCHANG.ASM 

- DOWNLOAD.ASM 

- UNUSED.ASM 

Using the 2500AD 68010 cross assembler and linker, a Motorola 
S-record format file was generated as a load module. The load 
module was loaded as a ASCII file into a Data I/O System 29 
Universal Programmer. Once resident in the programmer, the load 
module was programmed to erasable programmable read-only memory 
(EPROM). It should be noted that the data section as contained in 
MAIN.ASM was not programmed on EPROM, but rather it resides in 
random access memory (RAM). 

The first two entries in the exception vector table are used 
during the system boot up to provide the initial contents for the 
stack pointer and the program counter. The exception vector table 
contains the addresses of exception routines. The monitor/debugger 
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program initializes the MC68681 peripheral device and provides 
facilities for performing software debugging and the down-loading 
of files from an IBM XT/AT compatible computer. 
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★ 

★ 

★ 

★ 

★ 

★ 

★ 

* 

* 

★ 

* 

•k 

k 

k 

k 

k 

k 

k 


EXCEPTION VECTOR TABLE * 

kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

WRITTEN BY LARRY ABBOTT JUNE 5, 1987 * 

kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

FILENAME: VECTABLE.ASM * 

************************************************************ 

VERSION 1.3 * 

REV DATE NAME DESCRIPTION * 

A 29 SEPT 87 DAVID M. SENDER ADDITIONAL DOCUMENTATION * 


********************************************************** 
DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: 


BKPT 

INIT 

INIT_SP 

MESSAGE 

MONITOR 

UNUSED 


GO.ASM 
MAIN.ASM 
MAIN.ASM 
MESSAGE.ASM 
MAIN.ASM 
UNUSED.ASM 


kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 


EXTERNAL BKPT,INIT,INIT_SP,MESSAGE,MONITOR 

EXTERNAL UNUSED 


ORG 0 

LONG 

LONG 

LONG 
LONG 
LONG 
LONG 
LONG 
LONG 
LONG 
LONG 
LONG 
LONG 
ORG $38 

LONG 
LONG 
ORG $60 

LONG 

LONG 

LONG 

LONG 

LONG 

LONG 

LONG 

LONG 


VECTOR 

INITJ3P 

INIT 

UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 


UNUSED 

UNUSED 


UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 

UNUSED 


TABLE STARTS AT ABSOLUTE ADDRESS $000000 
INITIAL STACK POINTER VECTOR 
INITIAL PROGRAM COUNTER (PC) 

; VECTOR 

BUS ERROR VECTOR 
ADDRESS ERROR VECTOR 
ILLEGAL INSTRUCTION VECTOR 
ZERO DIVIDE VECTOR 
CHK INSTRUCTION VECTOR 
TRAPV INSTRUCTION VECTOR 
PRIVILEGE VIOLATION VECTOR 
TRACE VECTOR 

LINE 1010 EMULATION VECTOR 
LINE 1111 EMULATION VECTOR 
NOTE: VECTOR NUMBERS 12 AND 13 
; ARE UNASSIGNED,RESERVED 

FORMAT ERROR VECTOR 
UNINITIALIZED INTERRUPT VECTOR 
NOTE: VECTOR NUMBERS 16-23 ARE 
; UNASSIGNED,RESERVED 

SPURIOUS INTERRUPT VECTOR 
LEVEL 1 AUTOVECTOR VECTOR 
LEVEL 2 AUTOVECTOR VECTOR 
LEVEL 3 AUTOVECTOR VECTOR 
LEVEL 4 AUTOVECTOR VECTOR 
LEVEL 5 AUTOVECTOR VECTOR 
LEVEL 6 AUTOVECTOR VECTOR 
LEVEL 7 AUTOVECTOR VECTOR 
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LONG 

BKPT 

TRAP 

0 VECTOR USED 

AS 



; MONITOR BRKPT 


LONG 

UNUSED 

TRAP 

1 VECTOR 



LONG 

UNUSED 

TRAP 

2 VECTOR 



LONG 

UNUSED 

TRAP 

3 VECTOR 



LONG 

UNUSED 

TRAP 

4 VECTOR 



LONG 

UNUSED 

TRAP 

5 VECTOR 



LONG 

UNUSED 

TRAP 

6 VECTOR 



LONG 

UNUSED 

TRAP 

7 VECTOR 



ORG $100 


NOTE: 

VECTOR NUMBERS 48-63 



/ 

UNASSIGNED,RESERVED 

LONG 

MONITOR 

USER 

INTERRUPT 

0 

VECTOR 



/ 

DEFINED FOR MONITOR 
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UNUSED 

USER 

INTERRUPT 

1 

VECTOR 
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USER 

INTERRUPT 

A 

VECTOR 
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INTERRUPT 

3 
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INTERRUPT 
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A'kAA'k’k-k'kAAAAAA'kicAA'kAAAAAAAA’k'k'k'k'k’k'kA'k'kAAicAicicAA'kAAA'AitA'kicic'kAAA 

MAIN IS THE ENTRY POINT INTO THE MONITOR. MAIN 
INITIALIZES THE RS-232 PORT BEFORE ENTERING THE 
MONITOR. ALSO, MAIN CONTAINS THE MEMORY MAPS, 

EQUATES AND MEMORY ALLOCATIONS. 

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

* 68K MONITOR VERSION VI.3 - AN ACCUMULATION OF ALL 

* PRIOR VERSIONS 

* COPYRIGHT @ AUG. 1986 BY DR. LARRY ABBOTT 


* FILENAME: MAIN.ASM 

************************************************************ 


* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A LARRY ABBOTT 11/7/86 * 

* B LARRY ABBOTT 12/14/86 MONSTAT-ESCAPE * 

* C LARRY ABBOTT 6/6/87 ADAPT TO MC68681 * 

* D DAVID M. SENDER 29 SEPT 87 -INCLUDE VECTOR TABLE * 

* -INCLUDE MONITOR PROMPT * 

* -CORRECT FOR 68681 * 


DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: 
CMD DECODE - DECODER.ASM 


* 

* 

•k 

■A 


GETSTRING 
MESSAGE 
MONMSG 
SCRLF 


- GETSTRIN.ASM 

- MESSAGE.ASM 

- MESSAGE.ASM 

- 10 UTIL.ASM 




BKPTAB,BS,BTLEN,BUFFIN,CHECKSUM,CK_SUM 
CONTINUE,CR 

END_ADDRESS,EPROMRNG,EPROMWR,ESC,ESCAPE 

FOUND,FWDARW,HEX_ERR,LF,MODIFY,MONSTAT, 

NULL,P0RT1,P0RT2,RBA,RECFULL 

SPACE,SRA,SRAM,SRAMSIZE,STRING,STRINGEND 

SYSTAX, SRB,TEA,TBB,RBB 

TBA,XEMPTY 

INIT_SP,INIT,MONITOR 

CMDJDECODE,GETSTRING,MESSAGE,MONMSG,SCRLF 
PROMPT 

ALL R/W DATA IS STORED IN SRAM AT ADDRESS 
$010000 


GLOBAL 
r LOBAL 
GLOBAL 
GLOBAL 
GLOBAL 
GLOBAL 
GLOBAL 
GLOBAL 
GLOBAL 


EXTERNAL 

EXTERNAL 


★ 

DATA 

* 


★ 


★ 

EQUATES 

★ 


BS 

EQU 

CR 

EQU 

EPROMRNG 

EQU 

ESC 

EQU 

FWDARW 

EQU 

LF 

EQU 


$08 

ASCII 

CODE 

FOR 

$0D 

ASCII 

CODE 

FOR 

$3FF 

EPROM 

RNG 

0 -> 

$ IB 

ASCII 

CODE 

FOR 

$3E 

ASCII 

CODE 

FOR 

$ 0A 

ASCII 

CODE 

FOR 


<-- (BACKSPACE) 
RETURN 

$3FF (EXCEPTION TBL) 
ESCAPE 

' >' (FORWARD ARROW) 
LINEFEED 
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NULL 

EQU 

$00 

ASCII CODE 

FOR NUL 

SPACE 

EQU 

$20 

ASCII CODE 

FOR SPACE 

BTLEN 

★ 

EQU 

$10 

BREAKPOINT 

TABLE LENGTH IN WORDS 


* MEMORY ALLOCATIONS 

★ 


BKPTAB 

BLKW 

3/2 

:*BTLEN RESERVE BTLEN/2 32-BIT BKPT's 

BUFFIN 

BLKB 

$3F 

RESERVE 63 BYTE INPUT BUFFER 

END ADDRESS 

BLKW 

2 


RESERVE WORD FOR END ADDRESS 

MONSTAT 

BLKW 

1 


RESERVE A WORD FOR MONITOR STATUS 

STAX 

BLKW 

36 


SAVE AREA FOR APPLICATION REG'S 

SYSTAX 

BLKW 

2 


RESERVE MEMORY FOR STACK POINTER 

CK SUM 

BLKW 

1 


CHECK SUM STORAGE 

SRAM 

EQU 

BKPTAB 

DATA BEGINS AT LOW ADDR OF SRAM 

SRAMSIZE 

EQU 

$ 3FFF 

16K BYTES OF STATIC RAM 

INIT_SP 

EQU 

$013FFE 

INITIAL STACK POINTER 

* DEFINITION 

•k 

OF 

MONSTAT (MONITOR STATUS WORD) 

EPROMWR 

EQU 


0 

WRITE TO EPROM FLAG 

ESCAPE 

EQU 


1 

ESCAPE FLAG 

CONTINUE 

EQU 


2 

CONTINUATION FLAG 

FOUND 

EQU 


3 

CMD FOUND FLAG 

HEX ERR 

EQU 


4 

HEX CONVERSION ERROR 

MODIFY 

EQU 


5 

MEMORY MODIFY FLAG 

STRING 

EQU 


6 

STRING BUILDING IN PROGRESS 

STRINGEND 

EQU 


7 

END OF STRING BUILDING 

CHECKSUM 

★ 

EQU 


8 

CHECKSUM ERROR FLAG 

* 68681 
k 

EQUATES 



RECFULL 

EQU 


$00 

SRA(0)=1=>RECEIVE FIFO HAS A CHAR 

XEMPTY 

EQU 


$02 

SRA(2)=1=>XMIT HOLDING REG EMPTY 

MR1RFSET 

EQU 


$ 1A 

RESET MODE REG PTR & DISABLE XMIT/RECV 

CLK SRC 

EQU 


$30 

XTAL/16 CLOCK 

CONF 1AB 

EQU 


$13 

8-BIT DATA, NO PARITY 

CONF 2A 

EQU 


$07 

1 STOP BIT 

CONF' 2B 

EQU 


$0F 

2 STOP BITS 

BAUD2400 

EQU 


$88 

2400 BAUD 

BAUD9600 

EQU 


$BB 

9600 BAUD 

EN PORT 

EQU 


$45 

RESET ERROR, ENABLE XMIT & RECV 

RUPTriASK 

EQU 


$02 

ENABLE RECV READY RUPT 

RUPTVECT 

EQU 


$40 

USER INTERRUPT 0 VECTOR 


★ 


* 68681 REGISTERS 

* 


★ 

CRT <- 

PORT 

A: 9600 BAUD,8 

DATA 

BITS, 

* 



NO PARITY,1 

STOP 

BIT 

★ 

DOWNLOAD <- 

PORT 

B:2400 BAUD,8 

DATA 

BITS, 

★ 



NO PARITY,2 

STOP 

BITS 


* 
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DUART 

EQU 

$7F7000 

BASE ADDRESS FOR MC68681 

PORT1 

EQU 

DUART 

PORT A 

PORT2 

EQU 

DUART+$10 

PORT B 

MR1A 

EQU 

1 

R/W:MODE REG 1 FOR PORT A 

MR2A 

EQU 

1 

R/W:MODE REG 2 FOR PORT A 

SRA 

EQU 

3 

R :STATUS REGISTER FOR PORT A 

CSRA 

EQU 

3 

W:CLOCK SELECT REGISTER A 

CRA 

EQU 

5 

W:COMMAND REGISTER FOR PORT A 

RBA 

EQU 

7 

R :RECEIVER BUFFER FOR PORT A 

TBA 

EQU 

7 

W:TRANSMITTER BUFFER FOR PORT A 

IPCR 

EQU 

9 

R -.INPUT PORT CHANGE REGISTER 

ACR 

EQU 

9 

W:AUXILIARY CONTROL REGISTER 

ISR 

EQU 

$B 

R :INTERRUPT STATUS REG 

I MR 

EQU 

$B 

W:INTERRUPT MASK REGISTER 

CUR 

EQU 

$D 

R :COUNTER MODE: CURRENT CNTR MSB 

CTUR 

EQU 

$D 

W:COUNTER/TIMER UPPER REGISTER 

CLR 

EQU 

$F 

R :COUNTER MODE: CURRENT CNTR LSB 

CTLR 

EQU 

$F 

W:COUNTER/TIMER LOWER REGISTER 

MR1B 

EQU 

$11 

R/W:MODE REG 1 FOR PORT B 

MR2B 

EQU 

$11 

R/W .-MODE REG 2 FOR PORT B 

SRB 

EQU 

$13 

R :STATUS REGISTER FOR PORT B 

CSRB 

EQU 

$13 

W:CLOCK SELECT REGISTER B 

CRB 

EQU 

$15 

W:COMMAND REGISTER FOR PORT B 

RBB 

EQU 

$17 

R -.RECEIVER BUFFER FOR PORT B 

TBB 

EQU 

$17 

W:TRANSMITTER BUFFER FOR PORT B 

IVR 

EQU 

$19 

R/W:INTERRUPT VECTOR REGISTER 

OPCR 

* 

EQU 

$ IB 

W:OUTPUT PORT CONFIGURATION REG 

* 

CODE 


INIT: 

LEA 

DUART,A4 

A4 <-- PTR TO DUART 


CLR.W 

MONSTAT 

CLR MONITOR STATUS WORD 


MOVE. B 

#MR1RESET, 

CRA(A4) RESET PORT A MR1 PTR, 

* 



DISABLE XMIT & RECV 


MOVE . B 

#MR1RESET, 

CRB(A4) RESET PORT B MR1 PTR, 

A 



DISABLE XMIT & RECV 


MOVE.B #CLK_SRC,ACR(A4) CNTR/TMR CLK FROM CRYSTAL/16 
MOVE.B #C0NF_1AB,MR1A(A4) PORT A:8 DATA BITS & NO 

PARITY 

MOVE.B #CONF_2A,MR2A(A4) PORT A: 1 STOP BIT 
MOVE.B #BAUD9600,CSRA(A4) PORT A: 9600 BAUD 
MOVE.B #C0NF_1AB,MR1B(A4) PORT B:8 DATA BITS & NO 

PARITY 

MOVE.B #CONF_2B,MR2B(A4) PORT B: 2 STOP BITS 

MOVE.B #BAUD2400,CSRB(A4) PORT B: 2400 BAUD 

MOVE.B #RUPTVECT,IVR(A4) SET DUART INTERRUPT SERVICE 

AT USER INTERRUPT 0 

MOVE.B #EN_PORT,CRA(A4) RESET ERRS & ENABLE 

XMIT/RCV 

MOVE.B #EN_PORT,CRB(A4) RESET ERRS & ENABLE 

XMIT/RCV 

MOVE.B #RUPTMASK,IMR(A4) RUPT WHEN PORT A RCVS CHAR 
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BANNER:BSR 
LEA 
BSR 
BSR 
LEA 
BSR 

LOOP: BRA.S 


SCRLF 

MONMSG,A5 

MESSAGE 

SCRLF 

PROMPT,A5 

MESSAGE 

LOOP 


MOVE CURSOR TO NEXT LINE 

SET MESSAGE POINTER TO MONMSG 

CRT<--68010 MONITOR VI.3 

MOVE CURSOR TO NEXT LINE 

SET UP FOR A PROMPT TO THE CRT 

SEND PROMPT TO CRT 

WAIT FOR AN INTERRUPT 


MONITOR: 


RESTORE: 


MOVE.L SP,SYSTAX 

MOVEM.L A0-A7/D0-D7,-(SP) 

LEA STAX,A6 

MOVEM.L (A6)+,A0-A5/D0-D7 

BSR GETSTRING 

BCLR.B #STRINGEND,MONSTAT 

BEQ RESTORE 

BCLR.B #STRING,MONSTAT 

BSR CMD_DECODE 

LEA PROMPT,A5 

BSR MESSAGE 

MOVEM.L A0-A5/D0-D7,-(A6) 

MOVEM.L (SP)+,A0-A7/D0-D7 

RTE 

END 


SAVE PTR TO APPL REGs 
SAVE ALL REGISTERS 
SET MONITOR STATE PTR 
GET LAST MONITOR STATE 
ENTER MONITOR 
CHECK FOR END OF STRING 
NOT THE END, SO EXIT 
CLEAR NEW STRING FLAG 
IF END THEN DECODE 
SET MSG PNTR TO PROMPT 
CRT <- '>' (CRT PROMPT) 
SAVE MONITOR STATE 
RESTORE ALL REGISTERS 
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***********************************************************^ 

* THIS PROGRAM OUTPUTS MESSAGES TO THE CRT SCREEN. * 

************************************************************* 

* WRITTEN BY DR. LARRY ABBOTT * 

* ★***★*★★★***★***★****★**★**★★★*★★*★***★★★★*★*■*;★***★*★★**★*** 

* FILENAME: MESSAGE.ASM * 

'ki^-k'k-k'k-k-k-k-k'k-k'k’k'k-k'k-k'k-k'k'k'kicic'k-k'k-A'k'k'k'k'k'k'k'k'k'k'k'k’k'k'k'k'k'k'k'kic-k'k'k-k'k'k’k-k'k'k^ 

* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A DAVID M. SENDER 29 SEPT 87 -INCLUDE A MONITOR PROMPT* 

* -INCLUDE BUFFER FULL * 

k CONDITION * 

*★**★****★*****★****★★****★★★*★★★★**★★★**★*★★★*★**★****★*★*★* 

k DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: * 

* ECHOl - CONSOLE.ASM * 


GLOBAL BKPTMSG,EPROMSG,ERRMSG,HEXMSG,ILLMSG 

GLOBAL MONMSG,REGERR,REGMSG,SREC_ERR,USEMSG 

GLOBAL MESSAGE,PROMPT,BUFFULLMSG,SPCE 

EXTERNAL ECHOl 

* 


CR 

EQU 

$ 0D 

ASCII 

CODE 

FOR 

RETURN 

LF 

EQU 

$0A 

ASCII 

CODE 

FOR 

LINEFEED 

NULL 

EQU 

$00 

ASCII 

CODE 

FOR 

NUL 


* 


MESSAGE:MOVE.B (A5)+,D0 ;GET MESSAGE CHAR, 

* INCREMENT POINTER 

BEQ.S MSGRET IF CHAR = NULL THEN EXIT 

BSR ECHOl /OUTPUT CHAR TO CONSOLE 

BRA.S MESSAGE /GET ANOTHER CHARACTER 

MSGRET: RTS 

i 

BKPTMSG: BYTE 'BREAKPOINT TRAP AT ' 

BYTE NULL 

ERRMSG: BYTE 'ERROR RE-ENTER',CR,LF 

BYTE NULL 

EPROMSG: BYTE 'ATTEMPTED WRITE TO EPROM',CR,LF 

BYTE NULL 

HEXMSG: BYTE 'HEX CONVERSION ERROR... RE-ENTER',CR,LF 

BYTE NULL 

ILLMSG: BYTE 'ILLEGAL INSTRUCTION TRAP',CR,LF 

BYTE NULL 

MONMSG: BYTE '68010 MONITOR VI.3',CR,LF 

BYTE 'WRITTEN BY DR. LARRY ABBOTT',CR,LF 

BYTE '@ COPYRIGHT 1986',CR,LF 

BYTE NULL 

REGERR: BYTE 'REGISTER CONTENTS ERROR RE-ENTER',CR,LF 

BYTE NULL 
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REGMSG: BYTE 'DO=',NULL,' D1=',NULL,' D2=',NULL,' D3-', 

NULL,CR,LF 

BYTE ' D4 = ',NULL,' D5=',NULL,' D6=',NULL,' D7=', 

NULL,CR,LF 

BYTE 'AO = ',NULL, ' A1=',NULL,' A2=',NULL,' A3=', 

NULL,CR,LF 

BYTE 'A4=',NULL ,' A5= , ,NULL,' A6= , ,NULL, / A7=', 

CR, LF 

BYTE 'SR=',NULL,' PC=',NULL,' (PC) =• ,NULL,CR,LF 

BYTE 'US=',NULL ,' SS=',NULL,CR,LF 

BYTE NULL 

SREC_ERR: BYTE 'S RECORD ERROR MESSAGE',LF,CR 
BYTE NULL 

USEMSG: BYTE 'UNUSED EXCEPTION ENCOUNTERED',LF,CR 

BYTE 'WITH FORMAT WORD = ' 

BYTE NULL 

PROMPT: BYTE '>' 

BYTE NULL 

SPCE: BYTE ' ' 

BYTE NULL 

BUFFULLMSG: BYTE LF,CR,'INPUT BUFFER IS FULL, TRY AGAIN.',LF,CR 
BYTE NULL 

END 
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* * ★ ★ 


* ★ * 

* THIS MODULE INPUTS FROM THE KEYBOARD AND DOWNLOAD PORT, * 

* AND IT OUTPUTS CHARACTERS TO THE CRT. * 

************************************************************* 

* NEW CONSOLE WRITTEN DEC. 19, 1986 BY DR. LARRY ABBOTT * 
************************************************************* 

* FILENAME: CONSOLE.ASM * 

************************************************************* 

* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A LARRY ABBOTT 6/6/87 ADAPT TO 68681 * 

* B DAVID M. SENDER 30 SEPT 87 DOCUMENTATION UPGRADE * 
************************************************************* 


* 

★ 

★ 

★ 

★ 

* 

* 

★ 

★ 


DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: 


ESCAPE 
MONSTAT 
PORT1 
PORT 2 
RECFULL 
RBA,RBB 
SRA,SRB 
TBA,TBB 


MAIN.ASM 
MAIN.ASM 
MAIN.ASM 
MAIN.ASM 
MAIN.ASM 
MAIN.ASM 
MAIN.ASM 
MAIN.ASM 





GLOBAL 

ECHOl,ECH02 



GLOBAL 

GETCHAR1,GETCHR2 



GLOBAL 

SCANCHR2 



EXTERNAL ESCAPE, 

MONSTAT,PORTl, PORT2 


EXTERNAL RECFULL 

i, RBA, SRA, 

TBA,TBB,SRB 

* 

EXTERNAL XEMPTY, 

RBB 


ESC 

★ 

EQU 

$ IB 

ASCII CODE FOR ESCAPE 

GETCHARI: 

LEA 

PORTl,A 4 

POINT TO 

RS 232 PORT 


BTST.B 

# RECFULL,SRA{A4) 

CONSOLE 

CHAR READY ? 


BEQ 

GETCHAR1 

- NO, 

CHECK AGAIN 


MOVE.B 

RBA(A4),DO 

- YES, 

GET CHAR 


RTS 




GETCHAR2: 

LEA 

PORT2,A4 

POINT TO 

RS-232 PORT 


BTST.B 

#RECFULL,SRB(A4) 

CONSOLE 

CHAR READY ? 


BEQ 

GETCHAR2 

- NO, 

CHECK AGAIN 


MOVE.B 

RBB(A4),DO 

- YES, 

GET CHAR 


RTS 





SCANCHAR GETS A CHARACTER FROM A PORT IF IT IS THERE 


* 

* 

OTHERWISE, 

SCANCHAR RETURNS 

TO THE 

CALLING ROUTINE 

SCANCHR1 

LEA 

PORTl,A4 

POINTS 

TO RS-232 

PORT 1 



BTST.B 

#RECFULL,SRA(A4) 

DOES PORT 1 HAVE 

A CHAR? 



BEQ.S 

SCAN1 EX 

- NO, 

EXIT 




MOVE . B 

RBA(A4),DO 

- YES, 

GET CHAR 


SCAN1 

EX 

RTS 
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SCANCHR2 LEA PORT2 / A4 POINTS TO RS-232 PORT 2 

BTST.B #RECFULL,SRB(A4) DOES PORT 2 HAVE A CHAR? 

BEQ.S SCAN2_EX - NO, EXIT 

MOVE.B RBB(A4),DO - YES, GET CHAR 

SCAN2_EX RTS 
* 

* WHILE DOWNLOADING CHARACTERS FROM PORT 2, THIS PROCESS CAN BE 

* HALTED BY SENDING AN ESC CHARACTER FROM THE KEYBOARD TO PORT 1 


GETCHR2 

BSR 

SCANCHR1 


CMP .B 

#ESC,DO 


BEQ 

GC2 EXIT 


BSR 

GETCHAR2 


BRA. S 

EXIT GC2 

GC2 EXIT 

BSET.B 

#ESCAPE,MONSTAT 

EXIT_GC2 

"k 

RTS 


ECH02 

LEA 

PORT2,A4 


BTST.B 

#XEMPTY,SRB(A4) 


BEQ 

ECH02 


MOVE. B 

DO, TBA(A4) 


RTS 


ECHOl 

LEA 

PORTl,A4 


BTST.B 

#XEMPTY,SRA(A4) 


BEQ 

ECHOl 


MOVE. B 

DO,TBA(A4) 

★ 

RTS 



END 



GET CHAR FROM PORT 1,IF PRESENT 
IS THE CHAR AN ESCAPE ? 

- YES, SO EXIT 

- NO, GET DOWNLOAD CHAR 

IF ESC CHAR, SET MONSTAT BIT 


POINTS TO RS-232 PORT 2 
IS CONSOLE XMIT RDY ? 

- NO, CHECK AGAIN 

- YES, OUTPUT CHAR TO PORT 1 


POINTS TO RS-232 PORT 1 
IS CONSOLE XMIT RDY ? 

- NO, CHECK AGAIN 

- YES, OUTPUT CHAR TO PORT 1 
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*THIS PROGRAM BUILDS THE CMD STRING INPUT FROM THE KEYBOARD.* 
************************************************************* 

* WRITTEN BY DR. LARRY ABBOTT * 

*★*★****★****★*★*★*********★**■**★■***★★***★★*★*★*★*★★★★★*★**** 

* FILENAME: GETSTRIN.ASM * 

★★x^^^xx***************************************************** 

* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A DAVID M. SENDER 2 OCT 87 DOCUMENTATION UPGRADE * 

★★★★★★★★★★★a************************************************* 


* DEFINING MODULES OF EXTERNALLY 


BS 

BUFFIN 

CR 

CMD_DECODE 

ECHOl 

GETCHARI 

MONSTAT 

STRING 

STRINGEND 

BUFFULLMSG 


MAIN.ASM 
MAIN.ASM 
MAIN.ASM 
DECODER.ASM 
CONSOLE.ASM 
CONSOLE.ASM 
MAIN.ASM 
MAIN.ASM 
MAIN.ASM 
MESSAGE.ASM 


DECLARED VARIABLES: 

MESSAGE - MESSAGE.ASM 
SPCE - MESSAGE.ASM 


★ 


★ 


X************************************************************ 


★ 


GLOBAL 

EXTERNAL 

EXTERNAL 

EXTERNAL 

EXTERNAL 


GETSTRING 

BS,BUFFIN,CR,CMD_DECODE,ECHOl,GETCHAR1 
MONSTAT,STRING,STRINGEND 
BUFFULLMSG,SPCE 
MESSAGE 


GETSTRING:BSET.B 

ISTRING,MONSTAT 

IS 

THIS 

A NEW STRING ? 

3NE 

BUILD 

- 

NO,SKIP PTR INIT 

BCLR.E 

#STRINGEND,MONSTAT 

- 

YES, 

CLR STRG END BIT 

LEA 

BUFFIN+1,AO 

- 

YES, 

INIT STRING PTR 

BUILD: BSR 

GETCHAR1 



DO <- CHR FROM < 

CMP .B 

#CR,DO 

IS 

CHAR 

A CR ? 

BNE 

ADD STRING 

- 

NO, 

ADD CHAR TO STRG 

BSET.B 

#STRINGEND,MONSTAT 

- 

YES, 

SET STRG END BIT 

MOVE.W 

AO,DO 

- 

YES, 

DO <— CURRENT 

★ 




BUFFIN PT] 

SUB.W 

#BUFFIN+1, DO 

- 

YES, 

CALC BUFFIN LEN 

MOVE.B 

DO,BUFFIN 

- 

YES, 

BUFFIN(0)<- 

•k 




BUFFIN LENGTH 

BRA 

STRING EXIT 

- 

YES, 

EXIT 

ADD STRING: BSR 

ECHOl 

ECHO CHAR TO CRT 


BSR 

STRING EXIT:RTS 


CONCAT 


ADD CHAR TO END OF STRG 
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* CONCAT CONCATENATES THE CHAR ONTO THE END OF THE STRING 


CONCAT: CMP.B 

#BS,DO 

IS 

INPUT CHAR A BACKSPACE? 

BEQ 

BKSPACE 


- YES, GOT BACKSPACE 

CMPA.L 

BUFFIN+63,AO 

IS 

BUFFIN FULL ? 

BNE 

ADD TO STRING 

- 

NO, ADD BYTE TO STRING 

LEA 

BUFFULLMSG,A5 

- 

YES, SET UP POINTER 

* 



FOR MESSAGE 

BSR 

MESSAGE 

- 

YES, SEND MSG TO CRT 

BRA 

CONCAT EXIT 

- 

YES, NOW EXIT 


ADD _ TO _S TRI NG:MOVE. B DO,(A0)+ ADD BYTE TO STRING 


BRA CONCAT_EXIT 

BKSPACE: CMPA.L BUFFIN,AO 

★ 

BEQ CONCAT_EXIT 

SUBQ.W #1,AO 
LEA SPCE,A5 

BSR MESSAGE 

CONCAT_EXIT:RTS 
END 


IS BUFFIN PTR POINTING TO 
1st BYTE ? 

- YES, EXIT 

- NO, BACKUP BUFFIN PNTR 






kkkk'kkkkk'k'k'kk'k'kkkk'kkkkkk'kit'kkie'kk'kk'k'kkk'kkkkkkkkkkkkkkkkkkkkkkkk 


* GET_ADDRESS CONVERTS THE START AND END ADDRESS TO HEX. * 
************************************************************* 

* WRITTEN BY DR. LARRY ABBOTT * 

************************************************************* 


* FILENAME: GET_ADDR.ASM * 


* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A DAVID M. SENDER 30 SEPT 87 DOCUMENTATION UPGRADE* 

*********★★*★*★**★**★**★**★**★★★★*★★★★***★★****★*******★★★*** 


* DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES 


★ 

★ 

* 

★ 

•k 

k 

k 


BUFFIN 

END_ADDRESS 

HEX_CONV 

HEX_ERR 

MONSTAT 

HEXMSG 

MESSAGE 


MAIN.ASM 
MAIN.ASM 
HEXCONV.ASM 
MAIN.ASM 
MAIN.ASM 
MESSAGE.ASM 
MESSAGE.ASM 


kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 


GLOBAL GET_ADDR 

EXTERNAL BUFFIN,END_ADDRESS,HEX_CONV,HEXJERR 
EXTERNAL MONSTAT,HEXMSG,MESSAGE 


GET ADDR: CLR.L 

D2 

CLEAR HEX BUFFER 

LEA 

0, A2 

CLEAR START ADDRESS 

LEA 

0, A3 

CLEAR END ADDRESS 

CLR 

D3 


MOVE.B 

BUFFIN,D3 

D3 <-- BUFFIN LENGTH 

BLE 

EXIT 

EXIT IF NULL CMD STRING 

SUBQ. W 

# 1, D3 

ADJUST FOR DBCC INST 

START_ADDR:MOVE.B 

(AO)+,DO 

DO <-- BUFFIN(I) & 

★ 


I <- I + 1 

CMP .B 

#','/DO 

IS CHAR IN DO A COMMA ? 

BEQ 

STORE_START 

- YES, INDICATE END OF 

★ 


START ADDRESS 

BSR 

HEXJOONV 

CONVERT 1 CHAR OF START 

★ 


ADDR TO HEX 

BTST.B 

#HEX_ERR,MONSTAT 

WAS THERE AN HEX 

★ 


CONVERSION ERROR ? 

BNE 

ADDR ERR 

- YES, EXIT ROUTINE 

DBF 

D3,START ADDR 

IF MORE CHARACTERS CONT 


STORE_START:SUBQ.W #1,D3 
MOVE.L D2,A2 
CLR.L D2 

k 

* D3 CONTAINS THE LENGTH OF THE REMAINING COMMAND LINE 


ADJUST LENGTH FOR COMMA 
STORE START ADDRESS IN A2 
CLEAR HEX BUFFER 


TST.W 

BMI 


D3 

ADDREXIT 


IS BUFFIN LENGTH < 0 ? 

- YES,EXIT WITH END.ADDR=0 
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END_ADDR: MOVE . B (A0)+,D0 DO <— BUFF IN (I, & I <- 1 + 1 

BSR HEX_CONV CONVERT 1 CHAR OF END 

* ADDR TO HEX 
BTST.B #HEX_ERR / MONSTAT WAS THERE AN HEX 

* CONVERSION ERROR ? 

BNE ADDR_ERR - YES, EXIT ROUTINE 

DBF D3,END_ADDR IF MORE CHARS CONTINUE 

MOVE.L D2,A3 ELSE STR END ADDR IN A3 

ADDREXIT MOVE.L A3,END_ADDRESS SAV END ADR IN MEM 
BRA EXIT 

ADDR_ERR LEA HEXMSG,A5 

BSR MESSAGE 

EXIT RTS 

END 
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* THIS PROGRAM CONTAINS A GROUP OF CONSOLE UTILITIES. * 

****★*★*★★ kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

* WRITTEN BY LARRY ABBOTT JAN. 1986 * 

****★*******★***★********★******★****★**********************-* 

* FILENAME: IO_UTIL.ASM * 

kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A DAVID M. SENDER 30 SEPT 87 -DOCUMENTATION UPGRADE * 

* -CORRECT FOR 68681 * 

************************************************************* 

* DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: * 


★ 

BS 

- MAIN.ASM 

PORT1 

- MAIN.ASM 

★ 

★ 

CR 

- MAIN.ASM 



★ 

★ 

ECHOl 

- CONSOLE.ASM 



k 

* 

ESC 

- CONSOLE.ASM 



k 

* 

FWDARW 

- MAIN.ASM 



k 

k 

GETCHAR1 

- CONSOLE.ASM 



k 

* 

LF 

- MAIN.ASM 



k 

★ 

RECFULL 

- MAIN.ASM 



k 

* 

SRA 

- MAIN.ASM 



k 

* 

SPACE 

- MAIN.ASM 



★ 


* * * * * 


GLOBAL BACKSPACES,SCROLL,SCRLF,SPACES 
EXTERNAL BS,CR,ECHOl,ESC,FWDARW,GETCKAR1,LF 
EXTERNAL RECFULL,SPACE 
EXTERNAL SRA,PORTl 

* BACKSPACES MOVES THE CURSOR ON THE CRT TO THE LEFT 

* N TIMES 

BACKSPACES:SUBQ.W #1,D2 ADJ INDEX FOR THE # OF BK_SP 

BK_SPACE: MOVE.B #BS,D0 DO <- ASCII CODE FOR BACKSPACE 

BSR ECHOl OUTPUT BACKSPACE TO CONSOLE 

DBF D2,BK_SPACE IF MORE BCKSP LOOP TO BK_SPACE 
RTS 

* 

* SCRLF SEND A CARRIAGE RETURN AND A LINEFEED 

* TO THE CONSOLE 

* 

SCRLF: MOVE.B ICR,DO DO <-- ASCII CODE FOR CR 

BSR ECHOl OUTPUT CR TO CONSOLE 

MOVE.B ILF,DO DO <-- ASCII CODE FOR LF 

BSR ECHOl OUTPUT LF TO CONSOLE 

RTS 
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* SPACES MOVE THE CURSOR ON THE CRT TO THE RIGHT N TIMES 

* 

SPACES: SUBQ.W #1,D2 ADJUST INDEX FOR THE # OF SP 

SPACE_LOOP:MOVE.B #SPACE,DO ASCII CODE FOR ' ' 

BSR ECHOl OUTPUT SPACE TO CONSOLE 

DBF D2,SPACE_LOOP IF MORE SPACES LOOP TO SPACE 

RTS 

* SCROLL ALLOWS THE SCREEN SCROLL TO BE ABORTED BY AN ESC 

* OR STOPPED AND STARTED BY ANY OTHER KEY 


★ 

SCROLL: LEA 

PORT1,A4 


BTST.B 

#RECFULL,SRA(A4) 

GET CONSOLE STATUS 

BEQ.S 

SCROLL_EXIT 

IF NO CHAR FROM 

★ 


CONSOLE,EXIT 

BSR 

GETCHAR1 

ELSE GET CHAR 

CMP .B 

#ESC,DO 

IS THE CHAR AN ESC? 

BEQ.S 

SCROLL_EXI 

- YES, ABORT 

PAUSE CHK:LEA 

PORT1,A4 


BTST.B 

#RECFULL,SRA(A4) 

GET CONSOLE STATUS 

BEQ.S 

PAUSE CHK 

IF NO NEW KEY STROKE, WAIT 

BSR 

SCROLL EXIT:RTS 
END 

GETCHAR1 

ELSE GET CHAR 
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* THIS PROGRAM DECODES COMMANDS FROM THE COMMAND LINE. * 

************************************************************* 

* 68K MONITOR VERSION 1.3 

* WRITTEN BY DR. LARRY ABBOTT NOV. 7, 1986 

************** A X******************************************** 

* FILENAME: DECODER.ASM 

************************************************************ 

* VERSION 1.3 

* REV. MODIFIED BY DATE DESCRIPTION 


* 

A DAVID 

M. SENDER 1 

OCT 87 DOCUMENTATION UPGRADE 

* 

* i 

*********^ 

************************************************** 

* 

* 

DEFINING 

MODULES OF EXTERNALLY DECLARED 

VARIABLES: 

* 

* 

BUFFIN 

- 

MAIN.ASM 

BKPT LIST 

- STUB.ASM 

* 

* 

ERRMSG 

- 

MESSAGE.ASM 

DOWNLOAD 

- DOWNLOAD.ASM 

* 

★ 

FOUND 

- 

MAIN.ASM 

GO 

- GO.ASM 

* 

* 

MESSAGE 

- 

MESSAGE.ASM 

MEM DISPLAY 

- MEM LIST.ASM 

* 

★ 

MONSTAT 

- 

MAIN.ASM 

MEM MODIFY 

- MEM LIST.ASM 

* 

* 

NULL 

- 

MAIN.ASM 

NO BKPT 

- STUB.ASM 

* 

* 

SPACE 

- 

MAIN.ASM 

REG 

- REG.ASM 

* 

* 

SCRLF 

- 

10 UTIL.ASM 

REGCHANG 

■- REGCHANG.ASM 

★ 

★ 

BKPT 

- 

GO.ASM 



* 


* COMMAND FORMATS: 

* LEGEND : < .. > - OPTIONAL 

* { .. } - SELECT ONE ITEM 

* xx - NUMBER 0 -> 15 

* NOTE : ALL ADDRESSES AND VALUES IN HEX 

* 

* BREAK POINT - BR (NOT IMPLEMENTED) 

* NO BREAKPOINT - NOBR (NOT IMPLEMENTED) 

* DOWNLOAD - LOAD 

* GO - GO address <,break point address> 

* MEMORY MODIFY - MM start address <,end address> 

* MEMORY DISPLAY - MD start address <,end address> 

* REGISTER CHANGE - RCH { Axx,Dxx,PC,US,SP,SR} value 

* DISPLAY REGISTERS- REG 


GLOBAL CMD_DECODE 

EXTERNAL BUFFIN,ERRMSG,FOUND,MESSAGE,MONSTAT,NULL 

EXTERNAL SPACE,SCRLF 

EXTERNAL BKPT,BKPT_LIST,DOWNLOAD, GO 

EXTERNAL MEM_DISPLAY,MEM_MODIFY,NO_BKPT,REG,REGCHANG 

★ 

★ 

CMD_DECODE: LEA COMMANDS,A1 INITIALIZE COMMAND POINTER 
BCLR #FOUND,MONSTAT 

DECODE_INIT:LEA BUFFIN+1,A0 INITIALIZE BUFFIN POINTER 

MOVE.L #3,D1 INIT INDEX FOR 4 CHARS 


★ 

★ 

* 

★ 

★ 

★ 

* 

* 

★ 

* 

* 

★ 

* 

* 
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SCAN: 

MOVE.B 

(A1) +, DO 

GET COMMAND.TABLE (I) 

* 



& I< —1 + 1 


CMP .B 

♦SPACE,DO 

IS CHARACTER A SPACE ? 


BEQ 

FOUND CMD 

- YES, FOUND COMMAND 


CMP .B 

♦NULL,DO 

IS CHARACTER A NULL ? 


BEQ 

NO CMD 

- YES, EXHAUSTED COM TABLE 


CMP .B 

(AO)+,D0 

IS BUFFIN = COMMAND.TABLE ? 


DBNE 

Dl, SCAN 

- YES & MORE CHAR, CONT 


BNE 

ADDR_FIELD 

- NO, ADJUST ADDR FOR NEXT 

★ 



COMMAND 

FOUND_CMD: 

BSET 

♦FOUND,MONSTAT 

SET COMMAND FND STATUS BIT 


CMPI.W 

♦ 0, Dl 

IS COMMAND A 4 CHAR COM? 


BMI 

CMD_FOUND 

- YES,SKIP "JUMP ADDRESS" 

★ 



ADJUST 

ADDR_FIELD 

: ADDQ.L 

♦ 2, Dl 

ADJUST INDEX FOR NEXT COM 


ADD. L 

Dl, A1 

ADD INDEX TO COMMAND PNTR 


BCLR 

♦FOUND,MONSTAT 

CLEAR COM FOUND STATUS BIT 


BEQ 

DECODE INIT 

CHECK NEXT CMD 


SUB.L 

♦ 5, Dl 



ADD. B 

Dl,BUFFIN 

ADJUST BUFFIN LENGTH 


SUBQ.L 

♦ 2, A1 

ADJUST ADDRESS FOR JUMP 

CMD_FOUND: 

MOVE.W 

(Al) ,A1 

GET JUMP ADDRESS 


JSR 

(Al) 

JUMP TO COMMAND 


BRA 

DECODEXT 

EXIT DECODER 

NO_CMD: 

BSR 

SCRLF 



MOVE.W 

♦ERRMSG,A5 

SET MESSAGE POINTER 


BSR 

MESSAGE 

PRINT ERROR MESSAGE TO CRT 

DECODEXT: 

RTS 




* 


EVEN ON 

COMMANDS: BYTE 

WORD 
BYTE 
WORD 
BYTE 
WORD 
BYTE 
WORD 
BYTE 
WORD 
BYTE 
WORD 
BYTE 
WORD 
BYTE 
WORD 
BYTE 

EVEN OFF 
END 


'BR ' 

BKPT_LIST 
'LOAD' 

DOWNLOAD 
'GO ' 

GO 

'MD ' 

MEM_DISPLAY 
'MM ' 

MEM_MODIFY 
'NOBR' 

NO_BKPT 
' RCH ' 

REGCHANG 
'REG ' 

REG 

NULL,NULL,NULL,NULL 
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* THIS PROGRAM CONVERTS A BYTE INTO 2 ASCII CHARACTERS AND * 

* IT SENDS THE CHARACTERS TO THE CRT DISPLAY. * 

************************************************************* 

* WRITTEN BY DR. LARRY ABBOTT * 

* **★****★**★★*★★★★★**★*★★**★★★★**★★★★***★★★★*★*★**★**★*****★* 

* FILENAME: BYTEOUT.ASM * 

* ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★a********************** 

* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A DAVID M. SENDER 1 OCT 87 DOCUMENTATION UPGRADE * 

* ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★a 

* DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES * 

* ECHOl - CONSOLE.ASM * 


GLOBAL OUTPUT_BYTE 

EXTERNAL ECHOl 


OUTPUT BYTE:MOVE.B 


ASCONV: 


ASCOUT: 


LSR.B 
BSR 
MOVE.B 
ANDI . B 
BSR 
RTS 

ADDI .B 
CMP .B 
BLT 

ADDQ.B 

BSR 

RTS 

END 


DO, D2 
#4,DO 
ASCONV 
D2, DO 
#$0F,DO 
ASCONV 

#$30,DO 
#$3A,DO 
ASCOUT 
#7,DO 
ECHOl 


MAKE A TEMPORARY COPY OF BYTE 
SHIFT M.S. NIBBLE TO L.S. NIBBLE 
CONVERT M.S. NIBBLE TO ASCII 
DO <— TEMPORARY COPY OF BYTE 
MASK OFF M.S. NIBBLE 
CONVERT L.S. NIBBLE TO ASCII 

ADD ASCII BASE 
IS NUMBER 0-9 ? 

- YES, OUTPUT TO CONSOLE 
ADJUST FOR A - F (HEX) 

OUTPUT TO CONSOLE 
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************************************************************* 

* THIS PROGRAM MODIFIES OR LISTS THE CONTENTS OF THE * 

* SPECIFIED MEMORY LOCATIONS. * 

************************************************************* 

* WRITTEN BY DR. LARRY ABBOTT * 

************************************************************* 

* FILENAME: MEM_LIST.ASM * 

************************************************************* 

* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A DAVID M. SENDER 1 OCT 87 DOCUMENTATION UPGRADE * 

************************************************************* 


* DEFINING MODULES 

* BUFFIN 

* BACKSPACES - 

* END_ADDRESS - 

* ESC 

* GET_ADDR 

* GETSTRING 

* HEX_CONV 

* HEX__ERR 

* MODIFY 

****************** 


OF EXTERNALLY 
MAIN.ASM 
IO_UTIL.ASM 
MAIN.ASM 
MAIN.ASM 
GET_ADDR.ASM 
GETSTRIN.ASM 
HEXCONV.ASM 
MAIN.ASM 
MAIN.ASM 
************** 


DECLARED VARIABLES: 


MONSTAT 

OUTPUT_BYTE 

SCRLF 

SCROLL 

SPACE 

SPACES 

STRINGEND 

STRING 


MAIN.ASM * 
BYTEOUT.ASM * 
IO_UTIL.ASM * 
IO__UTIL/ASM * 
MAIN.ASM * 
IO_UTIL.ASM * 
MAIN.ASM * 
MAIN.ASM * 
* 




* 


GLOBAL 

EXTERNAL 

EXTERNAL 

EXTERNAL 

EXTERNAL 


MEM_D I SPLAY, MEM__MODIFY 
BUFFIN,BACKSPACES,END_ADDRESS,ESC 
GET_ADDR,GETSTRING,HEX_CONV,HEX_ERR,MODIFY 
MONSTAT,OUTPUT_BYTE,SCRLF,SCROLL,SPACE,SPACES 
STRINGEND,STRING 


MEM_MODIFY:BSET.B 
BSR 
BCLR.B 
RTS 

* 

* THIS PROGRAM 

* 


#MODIFY,MONSTAT 
MEM_DISPLAY 
#MODIFY,MONSTAT 


SET MODIFY FLAG 
DISPLAY MEMORY 
CLEAR MODIFY FLAG 


LIST THE CONTENTS OF THE SPECIFIED 


MEM_DISPLAY 

: CMPI.B 

#SPACE,(AO) 

DOES BUFFIN(I) 

* 

BNE 

START_ADDR 

CHAR = SPACE? 

- NO, GET START & END 

* 



ADDRESS 


ADDQ.W 

# 1, AO 

- YES, SO I <-- 1+1 


SUBQ.B 

#1,BUFFIN 

DECREMENT BUFFIN LENGTH 


BRA 

MEM DISPLAY 

CONT SCANNING BUFFIN 

S TART_ADDR: 

BSR 

GET ADDR 

CONVERT ADDRS TO HEX 


BCLR.B 

#HEX ERR,MONSTAT 

WAS THERE AN HEX ERROR ? 


BNE 

MD EXIT 

- YES, SO EXIT 

NEWLINE: 

BSR 

SCRLF 

MOVE CURSOR TO NEXT LINE 


BSR 

LINE NUMBER 

DISPLAY LINE ADDRESS 
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GETABYTE: 


WORD SPACE: 


MD EXIT: 


MOVE.B 

(A2)+,DO 

BSR 

OUTPUT BYTE 

BTST 

#MODIFY,MONSTAT 

BEQ 

WORD SPACE 

BSR 

CHANGE 

BCLR.B 

#HEX ERR,MONSTAT 

BNE 

MD EXIT 

MOVE.W 

#2, D2 

BSR 

SPACES 

MOVE.L 

END ADDRESS,D1 

MOVE.L 

A2, DO 

SUB.L 

DO, D1 

BLT 

MD EXIT 

ANDI . B 

# $ OF,DO 

BNE 

GETABYTE 

BSR 

SCROLL 

CMP .B 

#ESC,DO 

BEQ 

MD EXIT 

BRA 

NEWLINE 

BSR 

SCRLF 

RTS 



DO <-- (START ADDRESS) 
OUTPUT BYTE TO CRT 
TS MEMORY MODIFY STATUS 
BIT SET ? 

- NO, SKIP CHANGE 

- YES, MODIFY MEMORY 
CLR HEX STATUS BIT ERROR 
IF ERROR EXIT 

SETUP FOR 2 SPACES 
OUTPUT 2 SPACES TO CRT 
GET END ADDRESS 
DO <- START ADDRESS 
D1C--END ADDR-START ADDR 
IF START > END THEN EXIT 
DOES L.S. NIBBLE = 0 ? 

- NO, GET ANOTHER BYTE 
SCROLL PAUSE CHECK 
ABORT SCROLL ? 

- YES, SO EXIT 

- NO, START A NEW LINE 
MOVE CURSOR TO NEXT LINE 


LINE NUMBER:MOVE.L 

A2, DO 

ROR. L 

#8,DO 

BSR 

OUTPUT BYTE 

ROR.L 

#8,DO 

BSR 

OUTPUT BYTE 

ROR.L 

#8,DO 

BSR 

OUTPUT BYTE 

ROR.L 

#8,DO 

BSR 

OUTPUT BYTE 

MOVE. W 

#4,D2 

BSR 

RTS 

SPACES 


GET CURRENT ADDRESS 

MOVE M.S. BYTE TO L.S. BYTE 

DISPLAY BYTE ON CRT 

MOVE M.S. BYTE TO L.S. BYTE 

DISPLAY BYTE ON CRT 

MOVE M.S. BYTE TO L.S. BYTE 

DISPLAY BYTE ON CRT 

MOVE M.S. BYTE TO L.S. BYTE 

DISPLAY BYTE ON CRT 

SETUP FOR 4 SPACES 

OUTPUT 4 SPACES TO CRT 


CHANGE: MOVE.W 

BCLR.B 

CHGAGIN: BSR 

MORE_CHAR:BSR 

BCLR.B 

BEQ 

MOVE.B 
BEQ 

★ 

CMPI.B 

BNE 

BSR 

BTST.B 

BNE 

MOVE.B 
ADDQ.W 


#2, D2 

#STRING,MONSTAT 

BACKSPACES 

GETSTRING 

#STRINGEND,MONSTAT 

MORE_CHAR 

BUFFIN,D3 

NO_ENTRY 

#2, D3 

CHGAGIN 

GET_DATA 

#HEX_ERR,MONSTAT 

CHG_EXIT 

D2,-(A2) 

#1,A2 


SETUP FOR 2 BCKSPCES 
SET FOR NEW STRING 
MOVE 2 SP TO THE LEFT 
GET ANY NEW CHARACTERS 
CHECK FOR END OF STR 
IF MORE STRING, BRANCH 
GET STRING LENGTH 
IF STR LEN=0 

THEN NO ENTRY 
DOES STRING LEN = 2 ? 

- NO, THEN RE-ENTER 
CONVERT BYTE TO HEX 

IS THERE A HEX ERROR ? 

- YES, EXIT 
BUFFIN(I) <-- HEX 
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NO_ENTRY: 

CLR.W 

D2 



MOVE.B 

D3, D2 

GET STRING LENGTH 


NEG.W 

D2 

D1 <- -(STRING LENGTH) 


ADDQ.W 

#4,D2 

ADJUST SPACE COUNT 

CHG_EXIT 

★ 

BSR 

RTS 

SPACES 

SPACE TO END OF BYTE 

GET_DATA 

CLR.L 

D2 

CLEAR HEXBUF 


CLR 

D4 

CLR WORD FOR DBCC INDEX 


MOVE.B 

BUFFIN,D4 

GET BUFFIN LENGTH 


SUBQ 

#1,D4 

ADJUST FOR DBCC INST 


LEA 

BUFFIN+1,AO 

INITIALIZE BUFFING PNTR 

DATALOOP 

MOVE.B 

(AO) +,D0 

GET CHAR FROM BUFFIN 


BSR 

HEX CONV 

CONV ASCII CHAR TO HEX 


3TST.B 

#HEX ERR,MONSTAT 

IS THERE A HEX ERR ? 

* 

DATAEXIT 

DBNE 

RTS 

END 

D4,DATALOOP 

IF MORE CHARS, 

THEN LOOP AGAIN 
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* THIS PROGRAM CONVERTS THE CONTENTS OF D0<7..0> FROM 

* ASCII TO HEX AND STORES THE RESULT IN REG D2. 

* WRITTEN BY DR. LARRY ABBOTT 

* FILENAME: HEXCONV.ASM 


* VERSION 1.3 

* REV. MODIFIED BY DATE 

* A DAVID M. SENDER 1 OCT 87 


DESCRIPTION 
DOCUMENTATION UPGRADE 




* DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: 

* HEX_ERR - MAIN.ASM 

* MONSTAT - MAIN.ASM 


GLOBAL 

EXTERNAL 


HEX_CONV 

HEX ERR,MONSTAT 


HEX_CONV: SUB.B #$30,DO 

* 

CMPI.B #9,DO 
BLS.S ZERO_CHECK 
SUB.B #7,DO 
CMPI.B #$A,DO 
BCS.S HEXERR 
CMPI.B #$F,DO 
BHI.S HEXERR 
ZERO_CHECK:CMPI.B #0,D0 
BMI.S HEXERR 
BSR HEX SHIFT 


ADJUST ASCII TO 
HEX BASE 

IS CHARACTER <= 9 ? 

- YES, CHECK >= 0 
ADJUST FOR A-F 

IS CHARACTER >= A ? 

- NO, HEX ERROR 

IS CHARACTER <= F ? 

- NO, HEX ERROR 

IS CHARACTER >= 0 ? 

- NO, HEX ERROR 
HEX # INTO 


HEXERR: 


HEX EXIT 


HEX BUFFER 

BCLR.B #HEX_ERR,MONSTAT CLR HEX CONVERSION 

ERROR STATUS BIT 

BRA.S HEX_EXIT EXIT HEX CONVERSION 

BSET.B #HEX_ERR,MONSTAT SET HEX CONVERSION ERROR 

STATUS BIT 


HEX_SHIFT: LSL.B #4, DO 
MOVE.W #3,D1 
NIBBLE_SHF:LSL.B #1,D0 
ROXL.L #1,D2 


SHIFT L.S. NIBBLE TO M.S. NIBBLE 
SET FOR INDEX TO 4 SHIFTS 
SHIFT HEX CHARACTER OUT 
SHIFT INTO HEX BUFFER 


Dl,NIBBLE SHF BRANCH IF MORE BITS 
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* THE GO ROUTINE EXECUTES A PROGRAM FROM THE MONITOR. * 

* THE FORMAT IS: * 

* GO <start address>,[optional breakpoint] * 

************************************************************* 

* WRITTEN BY DR. LARRY ABBOTT * 

************************************************************* 


* FILENAME: GO.ASM * 

kkkkkkkkk'k'kkkkkkkk'k'kk'kkkkk'kk'k’kk'kk'Ak'kk'k'k'kkk'kkkkkkkk'kkkkklckk’kkk 

* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A DAVID M. SENDER 1 OCT 87 DOCUMENTATION UPGRADE * 

* B DAVID M. SENDER 5 OCT 87 BSET,BCLR ASSEMBLY * 

* LANGUAGE CORRECTION * 


* 


k 


DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: 


BRPTAB 
BRPTMSG 
BTLEN 
BUFFIN 
CONTINUE 
CMD_DECODE - 
GET_ADDR 
GETSTRING - 
HEX ERR 


MAIN.ASM 
MESSAGE.ASM 
MAIN.ASM 
MAIN.ASM 
MAIN.ASM 
DECODER.ASM 
GET_ADDR.ASM 
GETSTRIN.ASM 
MAIN.ASM 


ILLMSG 

MESSAGE 

MONSTAT 

OUTPUT_BYTE 

SCRLF 

SPACE 

STRING 

STRINGEND 

SYSTAX 


- MESSAGE.ASM 

- MESSAGE.ASM 

- MAIN.ASM 

- BYTEOUT.ASM 

- IO_UTIL.ASM 

- MAIN.ASM 

- MAIN.ASM 

- MAIN.ASM 

- MAIN.ASM 


* 


★ 


************************************************************* 


GLOBAL BRPT,GO 

EXTERNAL BRPTAB,BRPTMSG,BTLEN,BUFFIN,CONTINUE 
EXTERNAL GET_ADDR,GETSTRING,LEX_ERR,ILLMSG,MESSAGE 
EXTERNAL OUTPUT_BYTE,SCRLF,SPACE,STRING,STRINGEND 
EXTERNAL MONSTAT.SYSTAX.CMD DECODE 


* 


TRAPO 

k 

EQU 

$4E4 0 

GO 

CMPI.B 

#SPACE,(AO)+ 


BNE 

GO ADDR 


SUBQ.B 

#1,BUFFIN 


BRA 

GO 

GO_ADDR 

SUBQ 

#1, AO 


BSR 

GET ADDR 


CMPA 

# 0, A2 


BEQ 

CONTINU 


BCLR.B 

#4,MONSTAT 


BNE 

GO EXIT 


MOVEA.L 

SYSTAX,AO 


MOVE.L 

A2,(AO) 


CMPA 

#0, A3 


BEQ 

GO EXIT 


LEA 

BKPTAB,AO 


MOVEA.L 

A3,(AO) 


MOVE.W 

(A3),BTLEN (AO) 


OP CODE FOR TRAP #0 

IS BUFFIN(X) A SPACE ? 

- NO, GET GO ADDRESS 

- YES, ADJUST BUFFIN LENGTH 

- YES, SCAN FOR NEXT SPACE 
ADJUST FOR POST INCREMENT 
A2<-GO ADDR, A3<-BREARPOINT 
IS THERE A START ADDRESS ? 

- NO,THIS IS A CONTINUATION 
CHECR FOR HEXCONV ERROR 

IF HEX ERROR THEN EXIT 

ELSE GET SYSTAX POINTER 
SYSTAX(PC) <-- GO ADDRESS 
IS THERE A BREAKPOINT ? 

- NO, SO EXIT 

SET BREAK TAB POINTER 
STORE BREAKPOINT IN TABLE 
STORE INSTRUCTION AT BKPT 


105 

















MOVE.W #TRAP0,(A3) STORE ILL INSTRUCT AT BKPT 

CONTINU:BSET.B #CONTINUE,MONSTAT SET CONTINUE FLAG 

GO EXIT RTS 


THE BREAKPOINT (BKPT) ROUTINE RESTORES THE INSTRUCTION 
AT THE BREAKPOINT 


BKPT: 


BADINST 


ADDROUT 


EXAMINE 


BCLR.B #CONTINUE,MONSTAT 
LEA BKPTAB,AO 
MOVE.L (AO),A3 
MOVE.W 16(AO),(A3) 

LEA BKPTMSG,A5 
BSR MESSAGE 
MOVE.L A3,DO 
MOVE.W #3,D3 
ROL.L #8,DO 
BSR OUTPUT_BYT£ 

DBF D3,ADDROUT 
BSR SCRLF 
SUBQ.L #2,2(SP) 

MOVE.L SP,SYSTAX 

BSR GETSTRING 

BCLR.B #STRINGEND,MONSTAT 

BEQ EXAMINE 

BCLR.B #STRING,MONSTAT 

BSR CMD_DECODE 

BCLR.B #CONTINUE,MONSTAT 

BEQ EXAMINE 

RTE 

END 


INIT CONTINUATION FLAG 
SET BREAK TABLE POINTER 
GET BKPT ADDRESS 
RESTORE INSTRUCTION 
SET BREAKPOINT MESSAGE 
PRINT MESSAGE 
GET BKPT ADDRESS 
SET BYTE INDEX 
ROTATE DO BY 1 BYTE 
CRT <— D0<0..7> 

MORE ADDRESS THE LOOP 

MOV CURSOR TO STRT OF LINE 

ADJUST RETURN ADDRESS 

SAVE POINTER TO RETURN ADDR 

ALLOWS EXAM AT BKPT 

END OF STRING ? 

- NO, SO LOOP 
CLEAR NEW STRING FLAG 
IF END THEN DECODE 

IS THIS A CONTINUATION ? 

- YES, LOOP AGAIN 
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* THIS FILE CONTAINS PROGRAMMING STUBS TO COMPLETE THE * 

* LINKING PROCESS WHILE BUILDING AND TESTING HIGHER * 

* LEVEL MODULES. * 

*★**★★*★★**★****★★*★★★★★★★*★★★★★*★*★★★★★★★★*★**★*★★★********* 

* WRITTEN BY DR. LARRY ABBOTT * 

************************************************************* 

* FILENAME: STUB.ASM * 

************************************************************* 

* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A DAVID M. SENDER 1 OCT 87 -DOCUMENTATION UPGRADE * 

* -INCORPORATE PROMPT MSG * 

★★*★***★**★★*★*****★★★★★★★★★★★*★★★★★★★★★★*★★★★★★***★****★★★*★ 

* DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: * 

* PROMPT - MESSAGE.ASM * 

* MESSAGE - MESSAGE.ASM * 

* *****★★*★★**★*★★★***★*★★★★★★★*★★********★*********★********* 


GLOBAL BKPT_LIST,NO_BKPT 
EXTERNAL PROMPT,MESSAGE 


BKPT_LIST:LEA 
BSR 
RTS 

NO_BKPT: LEA 

BSR 
RTS 
END 


PROMPT,A5 
MESSAGE 

PROMPT,A5 
MESSAGE 
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★ ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★A:*************** 

* THIS ROUTINE PRINTS OUT THE CONTENTS OF THE REGISTERS. 

* WRITTEN BY DR. LARRY ABBOTT 

* FILENAME: REG.ASM 

*★★*★★**★*★★*★★★**★*★★*★★★*★*★*★★★★★★*★★★*★*★★★★*****★★*★★** 

* VERSION 1.3 

* REV. MODIFIED BY DATE DESCRIPTION 

* A DAVID M. SENDER 1 OCT 87 DOCUMENTATION UPGRADE 

* ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★Hr*********** 

* DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: 

* MESSAGE - MESSAGE.ASM SCRLF - IO_UTIL.ASM 

* OUTPUT_BYTE - BYTEOUT.ASM SPACES - IOJJTIL.ASM 

* REGMSG - MESSAGE.ASM SYSTAX - MAIN.ASM 

* ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★A************* 


GLOBAL REG 

EXTERNAL MESSAGE,OUTPUT_BYTE,REGMSG 
EXTERNAL SCRLF,SPACES,SYSTAX 


REG BSR 

LEA 

MOVEA.L 

* 

SUB.L 
MOVE.W 
REGLIST BSR 

MOVE. W 

BSR 

DBF 

* 

BSR 
MOVE.W 
BSR 
MOVE.W 
BSR 
BSR 

MOVE.W 
BSR 

MOVE.W 

BSR 

BSR 

SUBQ.L 

MOVE.L 

MOVE.W 

BSR 

BSR 

RTS 


SCRLF 
REGMSG,A5 
SYSTAX,A2 

#$40,A2 
#15,D3 
MESSAGE 

# 3, D4 
REG_DUMP 
D3,REGLIST 

MESSAGE 
#1, D4 
REG_DUMP 
#4, D2 
SPACES 
MESSAGE 
#3, D4 
REG_DUMP 

# 1, D2 
SPACES 
MESSAGE 
#4, A2 

(A2),A2 
#1, D4 
REG_DUMP 
SCRLF 


GET POINTER TO MESSAGE 
GET STACK POINTER AT MONITOR 
ENTRY 

OFFSET OF THE STACK 
SET REGS CNTR FOR 16 REGS 
PRINT PART OF REGISTER MESSAGE 
SET FOR 32-BIT REGISTER 
PRINT CONTENTS OF A REGISTER 
IF MORE REGS, THEN GO TO 
REGLIST 

PRINT "SR =" 

SET FOR 16-BIT REGISTER 
PR CONTENTS OF STAT REG (SR) 
SET FOR 4 SPACES 
PRINT 4 SPACES 
PRINT "PC =" 

SET FOR 32-BIT PC REGISTER 
PRINT CONTENTS OF PC REGISTER 
SET FOR 1 SPACES 
PRINT 1 SPACES 
PRINT "(PC) =" 


SET FOR WORD POINTED TO BY PC 
PRINT CONTENTS OF WD PNTD BY PC 
FORMAT DISPLAY 
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* 


REG_DUMP MOVE.B (A2)+,D0 GET A BYTE OF THE REG 

* FROM APPLICATION PSW 

BSR OUTPUT_BYTE OUTPUT BYTE TO CONSOLE 
DBF D4,REG_DUMP IF MORE BYTES THEN REG_DUMP 
RTS ELSE EXIT 

END 
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* ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★A*********************** 

* THIS ROUTINE CHANGES THE CONTENTS OF DESIRED REGISTERS. * 

* WRITTEN BY DR. LARRY ABBOTT * 

*★★★**★★★★★★*★★★*★**★*★***★*★*★★★★*★★★*★★★★★★★****★******★★*★ 

* FILENAME: REGCHANG.ASM * 

* VERSION 1.3 * 

* REV. MODIFIED BY DATE DESCRIPTION * 

* A DAVID M. SENDER 1 OCT 87 DOCUMENTATION UPGRADE * 
*★**★*★★**;*•★*********.*****★***★*★★★**★*★★★★★★**★********★*★** 


* DEFINING MODULES OF EXTERNALLY DECLARED VARIABLES: 


* BUFFIN - MAIN.ASM 


- GET_ADDR.ASM 

- HEXCONV.ASM 

- MAIN.ASM 

- MESSAGE.ASM 


* GET_ADDR 

* 

* HEX_CONV 

* HEX_ERR 

* MESSAGE 

*****************************************************XXXX*X** 


MONSTAT 

REG 

REGERR 

SPACE 

SYSTAX 

SCRLF 


- MAIN.ASM * 

- REG.ASM * 

- MESSAGE.ASM * 

- MAIN.ASM * 

- MAIN.ASM * 

- 10 UTIL.ASM * 


GLOBAL REGCHANG 

EXTERNAL BUFFIN,GET_ADDR,HEX_CONV,HEX_ERR 

EXTERNAL MESSAGE,MONSTAT,REG,REGERR,SPACE,SYSTAX,SCRLF 

* 

ESC EQU $ IB 


REGCHANG: 


BSR 

REG 

DISPLAY REGISTERS ON CRT 

MOVE.B 

(AO)+, DO 


SUBQ.B 

#1,BUFFIN 

DECREMENT BUFFIN LENGTH 

CMP I . B 

#SPACE,DO 

DOES BUFFIN(I) CHAR = SPACE ? 

BNE 

START REG 

- NO, GET START AND END ADDR 

BRA 

BLANKSCAN 

CONTINUE SCANNING BUFFIN 

CMP I . B 

#ESC,DO 

DOES DO = ESC (ASCII) ? 

BEQ 

REG DONE 

- YES, RTS 

CMP I . B 

#' A' ,DO 

DOES DO = 'A' ? 

BEQ 

REGA 

- YES, ADJUST POINTER 

CMPI.3 

a 

a 

o 

DOES DO = 'D' ? 

BEQ 

REGD 

- YES, ADJUST POINTER 

CMP I . B 

#'P',DO 

DOES DO = 'P' ? 

BEQ 

REGP 

- YES,CK FOR 'C' & ADJUST PNTR 

CMPI . B 

c 

** 

o 

o 

DOES DO = 'U' ? 

BEQ 

REGU 

- YES, CHECK FOR 'S' 

CMP I.B 

#'S',DO 

DOES DO = 'S' ? 

BNE 

PRINTERR 

- NO,PRINT ERR DO <> A,D,P,U,S 

MOVE.B 

(AO)+,DO 

GET SECOND CHAR OF COMMAND LINE 

SUBQ.B 

#1,BUFFIN 

SUBTRACT 1 FROM BUFFIN 

CMP I.B 

#'P',D0 


BEQ 

REGSP 


CMP I .3 

#'R' , DO 


BEQ 

REGREP 


CMP I .3 

#'S',DO 
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BNE 

PRINTERR 


MOVE.L 

#-4,D3 


BRA 

REGREP 

REGA: 

MOVE.L 

#-32,D3 


BRA 

REGFIN 

REGD: 

MOVE.L 

#-64,D3 


BRA 

REGFIN 

REGP: 

MOVE.B 

(AO)+,DO 


SUBQ.B 

#1,BUFFIN 


CMPI.B 

#'C',D0 


BNE 

PRINTERR 


MOVE.L 

#2, D3 


BRA 

REGREP 

REGU: 

MOVE.B 

(AO)+,DO 


SUBQ.B 

#1,BUFFIN 


CMPI.B 

#'S' ,D0 


BNE 

PRINTERR 


MOVE.L 

#-4,D3 


BRA 

REGREP 

REGSP: 

MOVE.L 

#-4,DO 


BRA 

REGREP 

PRINTERR: 

LEA 

REGERR,A5 


BSR 

MESSAGE 


BRA 

REG DONE 

REGFIN: 

MOVE.B 

(AO)+,D0 


SUBQ.B 

#1,BUFFIN 


CLR.L 

D2 


BSR 

HEX CONV 


BTST.B 

#HEX ERR,MONSTAT 


BNE 

PRINTERR 


LSL.L 

#2, D2 


ADD. L 

D2,D3 

REGREP: 

LEA 

SYSTAX,A1 


MOVE.L 

(Al) ,A1 


ADD . L 

D3, A1 

RCA: 

CMPI.B 

#SPACE,(AO) 


BNE 

FFF 


ADDQ.W 

#1, AO 


SUBQ.B 

#1,BUFFIN 


BRA 

RCA 

FFF: 

BSR 

GET ADDR 


MOVE.L 

A2,(Al) 


BSR 

REG 

REG DONE: 

RTS 



Ill 






★ ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★•AT************** 

* DOWNLOAD ALLOWS THE MONITOR TO DOWNLOAD Sxx RECORDS TO ITS* 

* RESIDENT 680XX MICROCOMPUTER OVER A SECOND RS-232 PORT. * 

* ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★it*************** 

* WRITTEN BY DR. LARRY ABBOTT APRIL 24, 1986 * 

a:************************************************************ 


* FILENAME: DOWNLOAD.ASM 


★ 

VERSION 1. 

3 






★ 

★ 

REV. 

MODIFIED 

BY 


DATE 

DESCRIPTION 

k 

★ 

A 

LARRY 

ABBOTT 

12/18/86 

INIT DEBUG PROCESS 

k 

* 

B 

DAVID 

M. 

SENDER 

1 

OCT 

87 

-DOCUMENTATION UPGRADE 

★ 

* 








-CORRECT FOR MC68681 

k 

★ 

C 

DAVID 

M. 

SENDER 

5 

OCT 

87 

BCLR, BSET ASSEMBLY 

★ 

★ 








LANGUAGE CORRECTION 

★ 

★ 

D 

DAVID 

M. 

SENDER 

4 

JAN 

88 

-CORRECT DOWNLOADING OF 

★ 


SI,S9 FORMAT RECORDS. * 
NOTE:FINAL S9 RECORD WILL* 
HAVE A '*' AFTER LAST * 
CHARACTER IN THE RECORD * 


★ 

DEFINING 

MODULES OF EXTERNALLY DECLARED VARIABLES: 

k 

★ 

CHECKSUM 

- 

MAIN.ASM 

CK SUM 

- 

MAIN.ASM 

k 

★ 

ECHOl 

- 

CONSOLE.ASM 

ECH02 

- 

CONSOLE.ASM 

k 

★ 

EPROMRNG 

- 

MAIN.ASM 

EPROMSG 

- 

MESSAGE.ASM 

k 

★ 

EPROMWR 

- 

MAIN.ASM 




k 

* 

HEX CONV 

- 

HEXCONV.ASM 

SCRLF 

- 

10 UTIL.ASM 

k 

* 

HEX ERR 

- 

MAIN.ASM 

SREC ERR 

- 

MESSAGE.ASM 

k 

* 

HEXMSG 

- 

MESSAGE.ASM 

SCANCHR2 

- 

CONSOLE.ASM 

k 

k 

MESSAGE 

- 

MESSAGE.ASM 

SPACES 

- 

10 UTIL.ASM 

k 

* 

MONSTAT 

- 

MAIN.ASM 

SRB 

- 

MAIN.ASM 

k 

★ 

RECFULL 


MAIN.ASM 

GETCHR2 


CONSOLE.ASM 

k 


GLOBAL DOWNLOAD 

EXTERNAL CHECKSUM,CK_SUM,ECHOl,ECH02,EPROMRNG,EPROMSG 
EXTERNAL EPROMWR,ESCAPE 

EXTERNAL HEX_CONV,HEX_ERR,HEXMSG,MESSAGE,MONSTAT 
EXTERNAL RECFULL,SCRLF, SREC_ERR 
EXTERNAL SCANCHR2,SPACES 
EXTERNAL SRB,GETCHR2 

* 


DOWNLOAD:BSR SCANCHR2 

BTST.B #RECFULL,SRB 
BNE.S DOWNLOAD 
BSR SCRLF 

DOWNLOOP:BCLR.B #HEX_ERR,MONSTAT 
S_LOOP BSR GETCHR2 

BTST.B #ESCAPE,MONSTAT 
BNE DOWNEXIT 


DO DUMMY RD TO CLR CHAN B 
ANY THING ELSE IN CHAN B ? 

- YES,SCAN CHANNEL B AGAIN 
ECHO CR & LF TO CRT 
CLEAR HEX ERROR FLAG 

GET A CHAR FROM DWNLNK PORT 
ESC THE DOWNLOAD PROCESS ? 

- YES, EXIT 
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CMPI.B #'S',DO 
BNE S_LOOP 
BSR ECH02 
MOVE.W #1,D3 
BSR GETCHR2 
BSR ECH02 
CMPI.B #'O',DO 
BEQ S_RECORD 
CMPI.B #'1',D0 
BEQ S_R£CORD 
CMPI.B #'9',DO 
BEQ S9_RECORD 
ADDQ.W #1,D3 
CMPI.B #'2',DO 
BEQ S_RECORD 
ADDQ.W #1, D3 
CMPI.B #'3',DO 
BEQ S_RECORD 

LOADERR: LEA SREC_ERR,A5 

BSR ERRMSG 

DOWNEXIT:BSR SCRLF ECHO CR & LF 

LEA EPROMSG,A5 SET UP 

* "ATTEMPTED WRITE TO EPROM" 

BCLR.B #EPROMWR,MONSTAT WAS THERE A WRITE TO EPROM? 
BEQ.S ERRMSG - YES, PRINT ERROR MESSAGE 

RTS 

ERRMSG: BSR MESSAGE PRINT ERROR MESSAGE 

RTS 

S_RECORD:BSR 

BCLR.B 
BEQ 
LEA 
BRA 

* 

S9_RECORD:8SR SN_RECORD PROCESS S RECORD 

BTST.B #HEX ERR,MONSTAT IF HEX CONVERSION ERROR 


BEQ 

RTS 

DOWNEXIT 

THEN TERMINATE XMISSION 

RECORD:CLR.W 

D6 

SET FOR 1 BYTE 

CLR.B 

CK SUM 

CLEAR CHECK SUM 

BSR 

GETFIELD 

GET DOWNLOAD FIELD 

BTST.B 

#HEX ERR,MONSTAT 

IF HEX CONVERSION ERROR 

BNE.S 

SN EXIT 

THEN EXIT SN RECORD 

MOVE.W 

D2, D4 

D4C-HEXBUFFER (S REC LEN) 

SUB. W 

D3,D4 

LEN = (S REC LEN) - ADDR 

SUBQ.W 

#2, D4 

ADJST FOR DBF INST & ADDR 

MOVE.W 

D3, D6 

SET ADDRESS SIZE 


SN_RECORD PROCESS S RECORD 

#HEX_ERR,MONSTAT IF NOT HEX CONVERSION ERR 
DOWNLOOP THEN GET NEXT RECORD 

HEXMSG,A5 ELSE HEX CONV ERROR MSG 

ERRMSG PRINT ERROR MSG 


IS CHARACTER = 'S' ? 

- NO, SEARCH FOR A 'S' 

ECHO 'S' TO CONSOLE 
SET FOR 16-BIT ADDR 

GET A CHAR FROM DWNLNK PORT 
ECHO DWNLNK CHAR TO CONSOLE 
IS THIS A SO RECORD ? 

- YES, GO TO S RECORD 
IS THIS A SI RECORD ? 

- YES, GO TO S RECORD 
IS THIS A S9 RECORD ? 

- YES, GO TO S9 RECORD 
SET FOR 24-BIT ADDR 

IS THIS A S2 RECORD ? 

- YES, GO TO S RECORD 
SET FOR A 32-BIT ADDRESS 
IS THIS A S3 RECORD ? 

- YES, GO TO S RECORD 
IF NO Sxx RECORD 

;THEN 'S RECORD ERROR' MSG 
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BSR 

GETFIELD 

GET ADDRESS FIELD 


BTST.B 

#HEX ERR,MONSTAT 

IF HEX CONVERSION ERROR 


BNE.S 

SN EXIT 

THEN EXIT SN RECORD 


MOVE.L 

D2, AO 

AO <-- LOAD ADDRESS 


BSR 

DOWN_DATA 

GET DOWN LOAD DATA 

SN_EXIT 

k 

RTS 



DOWN_DATA 

BSR 

GETCHR2 

GET FIRST CHARACTER 


BSR 

ECH02 

ECHO DWNLD CHARACTER 

* 



TO CONSOLE 


CLR.L 

D2 



BSR 

HEX CONV 

CONVERT CHAR TO HEX 


BTST.B 

#HEX ERR,MONSTAT 

IF HEX CONVERSION ERROR 


BNE.S 

DD EXIT 

THEN EXIT DOWN DATA 


BSR 

GETCHR2 

GET SECOND CHARACTER 


BSR 

ECH02 

ECHO DWNLD CHAR TO CONSOLE 


CMPA.L 

#EPROMRNG,AO 

IS THIS A WRITE TO EPROM? 


BLS.S 

EPROMERR 

- YES, GO TO EPROMERR 


BSR 

HEX CONV 

CONVERT CHARACTER TO HEX 


MOVE.B 

D2, (AO) 

LOAD BYTE INTO MEMORY 


BRA.S 

CHK SUM 


EPROMERR 

BSET.B 

#EPROMWR,MONSTAT 

FLAG EPROM WRITE 

CHK_SUM 

ADDQ.L 

#1, AO 

INCREMENT MEM LOAD ADDR 


T5T.W 

D4 

ARE NXT CHARS CHECK SUM ? 


BEQ.S 

LOOP END 

- YES,DONT ADD TO CHK SUM 


ADD . B 

D2,CK SUM 

ADD THIS BYTE TC CHK SUM 

LOOP_END 

DBF 

D4,DOWN DATA 

IF MORE DATA THEN LOOP 


NOT. B 

CK SUM 

COMPLEMENT CHECK SUM 


MOVE.B 

-(AO),D2 

GET COMPUTED CHECK SUM 


CMP .B 

CK_SUM,D2 

COMP CALC'S AND 

* 



XMIT CHK SUMS 


BEQ.S 

ERRCHECK 

IF CHECK SUMS AGREE 

* 



THEN EXIT DOWNLOAD 


MOVE.L 

MONSTAT,D3 



BSET.L 

ICHECKSUM,D3 

SET FLAG IF CHECK SUM ERR 


MOVE.L 

D3,MONSTAT 



BRA.S 

ERR MARK 


ERRCHECK 

BTST.B 

#EPROMWR,MONSTAT 

A WRITE TO EPROM ? 


BEQ.S 

DD EXIT 

- NO, EXIT 

ERR_MARK 

MOVE.W 

#'*',D0 

- YES, MARK ERROR WITH * 


BSR 

ECHC1 


DD_EXIT 

BSR 

SCRLF 

ECHO CR & LF 

* 

RTS 



GETFIELD 

CLR.L 

D2 

CLEAR HEX BUFFER 

LOOPINIT 

MOVE.W 

#1,D5 

SET COUNT TO 

★ 



PACK 2 NIBBLES 

GF_LOOP 

BSR 

GETCHR2 

GET DOWNLOAD CHARACTER 


BSR 

ECH02 

ECHO DOWNLOAD CHARACTER 

★ 



TO CONSOLE 


BSR 

HEX CONV 

CONVERT ASCII CHAR TO HEX 


BTST.B 

#HEX ERR,MONSTAT 

IF HEX CONVERSION ERROR 
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BNE.S 

GF EXIT 

THEN EXIT GET FIELD 


DBF 

D5,GF LOOP 

GET SECOND NIBBLE 


ADD. B 

D2,CK SUM 

COMPUTE CHECK SUM 


DBF 

D6,LOOPINIT 

IF MORE CHARS THEN LOOP 

GFJ2XIT 

RTS 


ELSE EXIT 


END 
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* THIS ROUTINE IS VECTORED TO BY ALL EXCEPTIONS THAT 

* LACK A DEFINITE EXCEPTION SERVICE ROUTINE. 
************************************************************ 

* WRITTEN ^Y DR. LARRY ABBOTT 

************************************************************ 

* FILENAME: UNUSED.ASM 

************************************************************ 

* VERSION 1.3 

* REV. MODIFIED BY DATE DESCRIPTION 

* A DAVID M. SENDER 1 OCT 87 -DOCUMENTATION UPGRADE 

* -INCORPORATE A PROMPT 

* ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★Hr************ 


* DEFINING MODULES 

* OUTPUT_BYTE - 

* REG 

* SYSTAX 

* PROMPT 


OF EXTERNALLY DECLARED VARIABLES: 
BYTEOUT.ASM MESSAGE - MESSAGE.ASM 

REG.ASM SCRLF - IOJJTIL.ASM 

MAIN.ASM USEMSG - MESSAGE.ASM 

MESSAGE.ASM 




GLOBAL UNUSED 

EXTERNAL OUTPUT_BYTE,MESSAGE, REG, SCRLF, SYSTAX,USEMSG 
EXTERNAL PROMPT 


UNUSED:MOVEM.L SP,SYSTAX 
* 


MOVEM.L A0-A7/D0-D7,-(SP) 

BSR SCRLF 

LEA USEMSG,A5 

BSR MESSAGE 

MOVE.L SYSTAX,A5 

ADDQ.L #6,A5 

MOVE.B (A5)+,DO 

BSR OUTPUT_BYTE 

MOVE.B (A5),DO 

BSR OUTPUT_BYTE 

BSR SCRLF 

BSR REG 

MOVEM.L (SP)+,A0-A7/D0-D7 

RTE 

END 


SAVE POINTER TO APPLICATION 
REGISTERS 

SAVE ALL REGISTERS 
MOVE CURSOR TO NEXT LINE 
SET MSG POINTER TO MONMSG 
CRT<-UNUSED EXCEPTION MSG 
GET TOP OF STACK AT ENTRY 
POINT TO STACK FORMAT WORD 
GET FORMAT.HIGH 
OUTPUT FORMAT.HIGH 
GET FORMAT.LOW 
OUTPUT FORMAT.LOW 
MOVE CURSOR TO NEXT LINE 
DISPLAY REGISTERS 
RESTORE ALL REGISTERS 
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APPENDIX C: MINIMAL SYSTEM DIAGRAMS 


The figures (Figs. C.l through C.8) contained in this appendix 
are discussed in Chapter IV. These figures were created using the 
OrCAD/SDT III computer-aided design (CAD) tool. Each signal's 
source (s) and/or destination (s) are noted on the diagrams. It is, 
however, the integration of these various components into a minimal 
system that comprises the work that is original to this thesis. 
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TITLE: Minimal System HALT* and RESET* 
Generation Circuitry 
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TITLE: Minimal System Clock 
Generation Circuitry 
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TITLE: Minimal System Address Decode 
Circuitry 
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WRLB = Write Enable Low Byte 
WEHB = Write Enable High Byte 
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TITLE: Minimal System Interrupt Request 
and Interrupt Acknowledge Circuitry 
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TITLE: Minimal System Dual-port Receive 
Transmitter Serial Port Circuitry 


















APPENDIX D: MINIMAL SYSTEM'S PROGRAMMABLE LOGIC 
DEVICE SOURCE CODE 


In order to reduce the chip count. Altera EP310 erasable 
programmable logic devices (EPLDs) were used within the minimal 
system. Abel, a logic software design tool by Data I/O 
Corporation, was used to program Altera EP310 EPLDs [Ref. 16:pp. 2- 
57 - 2-62]. Abel files provides a high-level representation of the 
logic to be implemented on the EP310s. The EP310 comes in a 20-pin 
package. Nine pins are used strictly for input logic; one pin can 
be used for input logic or as a clocked input; eight pins can be 
used for input logic or output logic; the remaining two pins are 
used for Vcc input and ground input. 

The following Abel modules were implemented: 

- minimal_system_address_decoder 

- dtack_and_bus_error_generation 

- output_enable_write_enable 

- interrupt_controller 
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If 

" THIS FILE USES DATA I/O'S ABEL DESIGN LANGUAGE 

" TO GENERATE A JEDEC FILE TO PROGRAM AN ALTERA 

" EP310 ERASABLE PROGRAMMABLE LOGIC DEVICE (EPLD). 

II 


MODULE minimal_system_address_decoder FLAG '-X0' 

TITLE '68010 ADDRESS DECODER FOR THE MINIMAL SYSTEM' 

u61 DEVICE 'E0310'; "Abel V2 must be used for this device. 

"DEFINE LABELS ASSOCIATED WITH INPUT AND OUTPUT PINS 
" FOR THE EP310 

" - INPUT PINS 

al2,al3,al4,al5,al6,al7,al8,al9,a20,a21,a22,a23, 
as PIN 1,2,3,4,5,6,7,8,9,11,12,13,15/ 

" - OUTPUT PINS 

cs681,romen,sramen PIN 16,18,19; 

"ASSIGNMENT STATEMENTS 

h = 1; "HIGH 

1=0/ "LOW 

x = .X.; "DONT CARE 


ramaddr 

romaddr 

duartaddr 


[a23,a22,a21,a20,al9,al8,al7,al6, al5,al4, 
x,x,x,x,x,x,x,x,x,x,x,x,x,x] / 

[a23,a22,a21,a20,al9,al8,al7,a16,x,x,x,x, 
x,x,x,x,x,x,x,x,x,x,x,x] ; 
[a23,a22,a21,a20,al9,al8,al7,al6,al5,al4, 
al3,al2,x,x,x,x,x,x,x,x,x,x,x,x]; 


"DEFINE EQUATIONS AS PER MEMORY MAP 
" ! = INVERSION 

" & = AND 

" # = OR 

EQUATIONS 

sramen= (ramaddr >= A h010000)&(ramaddr <= A h0l3FFF)&!as; 
!cs681= (duartaddr >= A h7F7000)&(duartaddr <= A h7F7FFF)&!as; 
!romen = (romaddr <= A h00FFFF)&!as; 


END minimal_system_address_decoder 
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THIS FILE USES DATA I/O'S ABEL DESIGN LANGUAGE 
TO GENERATE A JEDEC FILE TO PROGRAM AN ALTERA 
EP310 ERASABLE PROGRAMMABLE LOGIC DEVICE (EPLD). 


MODULE dtack_and_bus_error_generation FLAG '-X0' 

TITLE 'DTACK AND BUS ERROR GENERATION FOR THE MINIMAL SYSTEM' 

u64 DEVICE 'E0310'; "Abel V2 must be used for this device. 

"DEFINE LABELS ASSOCIATED WITH INPUT AND OUTPUT PINS 

" FOR THE EP310 

" - INPUT PINS 

berr_delay,rom_delay,sram_delay,romen, 
dtack681,sramen PIN 1,8,9,11,13,16; 

" - OUTPUT PINS 

dtack,berr PIN 18,19; 

"ASSIGNMENT STATEMENTS 

h = 1; "HIGH 

1=0; "LOW 

x = .X.; "DONT CARE 


"DEFINE EQUATIONS 
" NOTE: ! = INVERSION 

" & = AND 

" # = OR 

EQUATIONS 

dtack=(!dtack681)#(sramen&sram_delay)#(!romen&rom_delay); 
berr = berr_delay; 


END dtack and_bus_error_generation 
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THIS FILE USES DATA I/O'S ABEL DESIGN LANGUAGE 
TO GENERATE A JEDEC FILE TO PROGRAM AN ALTERA 
EP310 ERASABLE PROGRAMMABLE LOGIC DEVICE (EPLD). 


MODULE output_enable_write_enable FLAG '-XI' 

TITLE 'SRAM WRITE ENABLE AND SRAM AND ROM OUTPUT ENABLES FOR 
THE MINIMAL S/STEM' 

u63 DEVICE 'E0310';"Abel V2 must be used for this device. 

"DEFINE LABELS ASSOCIATED WITH INPUT AND OUTPUT PINS 
" FOR THE EP310 

" - INPUT PINS 

rw,win,uds,Ids,mas,as,pudsi,pldsi PIN 1,2,3,4,5,6,8,9; 

" - OUTPUT PINS 

oelb,weu34,weu35,oehb,pudso,pldso,pas 
PIN 13,14,15,16,17,18,19; 

"ASSIGNMENT STATEMENTS 

h = 1; "HIGH 

1=0; "LOW 

x = ,X.; "DONT CARE 


"DEFINE EQUATIONS 
" NOTE: ! = INVERSION 

" & = AND 

" # = OR 

" rw = read 

" !rw = write 

EQUATIONS 

!weu34 = !rw & Ipldsi; 

!weu35 = !rw & !pudsi; 

!oehb = rw & !pudsi; 

!oelb = rw & Ipldsi; 

END output_enable_write_enable 
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THIS FILE USES DATA I/O'S ABEL DESIGN LANGUAGE 
TO GENERATE A JEDEC FILE TO PROGRAM AN ALTERA 
EP310 ERASABLE PROGRAMMABLE LOGIC DEVICE (EPLD). 


MODULE interrupt_controller FLAG '-XI' 

TITLE 'INTERRUPT CONTROLLER FOR THE MINIMAL SYSTEM' 

"THIS IS NOT UPWARDS COMPATIBLE FOR THE FULLY INTEGRATED SYSTEM 

uOO DEVICE 'E0310'; "Abel V2 must be used for this device. 

"DEFINE LABELS ASSOCIATED WITH INPUT AND OUTPUT PINS 
" FOR THE EP310 

" - INPUT PINS 

al,a2,a3,as,irq681,fcl,fc2,fc3 PIN 1,2,3,4,5,6,7,8; 

" - OUTPUT PINS 

iplO,ipll,ipl2,irack681 PIN 16,17,18,19; 

"ASSIGNMENT STATEMENTS 

h = 1; "HIGH 

1=0; "LOW 

x = .X.; "DONT CARE 


"DEFINE EQUATIONS 
" NOTE: ! = INVERSION 

" & = AND 

" # = OR 

EQUATIONS 

!irack681 = al & !a2 & !a3 & las & fcl & fc2 & fc3; 
iplO = h; 

ipll = h; 

ipl2 = irq681; 

END interrupt_controller 
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APPENDIX E: SYSTEM DIAGRAMS 


In this appendix are the wiring diagrams which implement the 
master circuit board subsystem and system controller subsystem 
which are discussed in Chapter IV. These diagrams were produced by 
the OrCAD/SDT III computer-aided design (CAD) tool. It is, 
however, the integration of these various components into a multi¬ 
processor system that comprises the work that is original to this 
thesis. 
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Functional Block 














Resistors 



TITLE: MC68010 Microprocessor Circuitry 
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TITLE: Clock Generation Circuitry 
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TITLE: Local Bus Address Decode 
Circuitry 


















TITLE: Memory Management Unit 
Circuitry (Page 1 of 2) 
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